F1 - Help / yelp / ghelp is looping, Ubuntu 11.10

Bug #914889 reported by Wim Jansen
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
yelp (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Help (F1) screen from GNOME Terminal is blank, no documentation to select and when canceling Help another blank sreen pops up within a second and this goes on and on forever, untill a reboot. I use Ubuntu 11.10

Please advice what to do to get Help functioning again,

Thanks inadvance and kind regards,

Wim Jansen

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: yelp 3.2.0-0ubuntu1
ProcVersionSignature: Ubuntu 3.0.0-14.23-generic 3.0.9
Uname: Linux 3.0.0-14-generic i686
ApportVersion: 1.23-0ubuntu4
Architecture: i386
Date: Wed Jan 11 17:48:48 2012
ExecutablePath: /usr/bin/yelp
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
SourcePackage: yelp
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Wim Jansen (wim-jansen) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in yelp (Ubuntu):
status: New → Confirmed
Revision history for this message
rifter (rifter0x0000) wrote :

This problem exists in 12.04 "Precise" as well. And no matter how much you kill it, it keeps coming back. The process shows init as its parent:
rifter 5626 1 14 15:05 ? 00:00:48 yelp ghelp:///usr/share/gnome/help/gnome-terminal/C/gnome-terminal.xml

The only way to stop it seems to be to kill the terminal, for some reason. highly frustrating.

I'm using the 64 bit AMD version of Precise, btw.

dpkg -l | grep yelp
ii libyelp0 3.4.1-0ubuntu1 Library for the GNOME help browser
ii yelp 3.4.1-0ubuntu1 Help browser for GNOME
ii yelp-xsl 3.4.1-1 XSL stylesheets for the yelp help browser

uname -a
Linux leviathan 3.2.0-37-generic #58-Ubuntu SMP Thu Jan 24 15:28:10 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Revision history for this message
rifter (rifter0x0000) wrote :

Also note that there is an upstream bug for this in Debian.:
http://<email address hidden>/msg1088861.html

Revision history for this message
rifter (rifter0x0000) wrote :

I stand corrected. It seems that I can't get rid of yelp by killing the terminal after all. If I could figure out what is respawing it I would kill that.

Revision history for this message
rifter (rifter0x0000) wrote :

Kill -9 does the trick. I had been using xkill and I guess it does not do that. Destroying or closing the window, or using xkill, results in a respawn, but kill -9 from the terminal gets rid of it.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.