GNOME Bugzilla – Bug 464111
Forkbomb on unknown files
Last modified: 2015-03-02 23:05:44 UTC
Version: 2.18.1 What were you doing when the application crashed? To: Susana, I followed your stack trace instructions and recreated the problem. I had the following saved as a text file: <?xml version="1.0" standalone="no"?> <!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" "http://www.docbook.org/xml/4.2/docbookx.dtd"> and double-clicked it. Then gnome help windows started appearing, one after the other, filling the screen and changing desktops would fill those too. Sometimes 4 windows at once would appear. I tried using the "force misbehaving applications to quit" icon and many help windows would vanish for a few seconds only to return. ** I'm sure this is "my fault" for not knowing what I was doing. Sorry about the extra work. Distribution: Fedora release 7 (Moonshine) Gnome Release: 2.18.3 2007-07-02 (Red Hat, Inc) BugBuddy Version: 2.18.0 System: Linux 2.6.22.1-41.fc7 #1 SMP Fri Jul 27 18:21:43 EDT 2007 x86_64 X Vendor: The X.Org Foundation X Vendor Release: 10300000 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: Fedora Memory status: size: 463507456 vsize: 463507456 resident: 21573632 share: 12414976 rss: 21573632 rss_rlim: 18446744073709551615 CPU usage: start_time: 1186425389 rtime: 34 utime: 30 stime: 4 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/yelp' (no debugging symbols found) Using host libthread_db library "/lib64/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 46912496424288 (LWP 4747)] [New Thread 1084229968 (LWP 4748)] 0x00000034c660d97f in waitpid () from /lib64/libpthread.so.0
+ Trace 153283
Thread 1 (Thread 46912496424288 (LWP 4747))
----------- .xsession-errors --------------------- (gnome-search-tool:4373): libgnomevfs-CRITICAL **: gnome_vfs_get_uri_from_local_path: assertion `g_path_is_absolute (local_full_path)' failed The application 'yelp' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. The application 'yelp' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. The application 'yelp' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. Yelp-ERROR **: The name org.gnome.YelpService was not provided by any .service files aborting... --------------------------------------------------
*** Bug 464115 has been marked as a duplicate of this bug. ***
I can't reproduce this (Yelp 2.19.90).
Looks like a forkbomb from messed up MIME associations. Yelp doesn't recognize the file. Yelp tells Gnome to open the file. Gnome thinks Yelp should open the file. Gnome tells Yelp to open the file. Yelp doesn't recognize the file. Rinse, repeat, die a little bit inside. The new primary window mode in Yelp 3 might mitigate the annoyance of this. It'll still be stuck in a loop, but it won't (hopefully) pop up lots of new windows. Tentatively setting Yelp 3.0 target. I still don't know how to fix this well.
This can be reproduced using a link such as `yelp Info:Momentan` (see http://developer.pidgin.im/ticket/10839). Because of single-window mode, there are no longer millions of Yelp windows, but instead it just continually steals focus.
Two more years; still not fixed.
Thanks for taking the time to report this. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed in the code repository. *** This bug has been marked as a duplicate of bug 745407 ***