From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; de-DE; rv:1.4.1)
Description of problem:
The problem with not getting a full menu when running "help" or "yelp" is
with the scrollkeeper program, but it affects yelp users. One of the
scrollkeeper programs is responsible for creating a temporary file with a
list of contents -- /usr/bin/scrollkeeper-get-cl . It uses a set of 5
temporary files, named "/tmp/scrollkeeper-tempfile.0"
"/tmp/scrollkeeper-tempfile.1" ... "/tmp/scrollkeeper-tempfile.4",
each time this program is called.
These files get cycled through. When it's time to use a file that's owned
by another user, this program fails.
For example, lets say on a freshly-installed system, dave uses yelp twice.
Then bill gets on and uses yelp three more times. The temporary files
by the scrollkeeper-get-cl program would then look like this:
-rwxr--r-- 1 dave dave 43798 Sep 7 18:28
-rwxr--r-- 1 dave dave 43798 Sep 7 18:29
-rwxr--r-- 1 bill bill 43798 Sep 7 18:30
-rwxr--r-- 1 bill bill 43798 Sep 7 18:31
-rwxr--r-- 1 bill bill 43798 Sep 7 18:33
When bill goes to use yelp yet one more time, the full menu will not
appear, because bill cannot delete and re-use the
file. Every time thereafter that bill goes to use yelp, it will fail to
show a full content menu, unless dave uses it twice. User sue, tom, and
frank may was well forget being able to see a full menu.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: (See description and the images
Expected Results: (See description and the images
Okay, according to gnome.org's Bugzilla, # 113151 at
this bug was fixed with scrollkeeper-0.3.14. This should not be a
problem with FC2 or FC3. More about this problem is documented in
the Scrollkeeper website in their bug-tracking system, issue #
I am closing this, as hopefully a FC1 user can just download the
FC2 scrollkeeper-0.3.14-2.1.src.rpm or .i386.rpm and get the problem