Red Hat Bugzilla – Bug 205869
wp_tray crashes after adding directory
Last modified: 2007-11-30 17:11:42 EST
Description of problem:
After adding a new directory to the wp_tray applet the applet crashed.
After installing bug-buddy I managed to genereate the attached bug report.
The directory I added did not have any images in, but the subdirectorys did.
Version-Release number of selected component (if applicable):
Please note that I am running this on a fully updated version of fc6-t2
I am no longer able to start the applet without it crashing immediately.
Steps to Reproduce:
1. Install wp_tray
2. add a directory such as "/media/share/Images/Digital Blasphemy/"
3. watch it crash
wp_tray should continue to run, preferably recursing into the subdirectories to
find the images.
Created attachment 135897 [details]
bug-buddy crash report
I created a new user on the machine and was able to re-create the crash with
another directory that had images in it. The same thing happened.
Created attachment 135904 [details]
Fixes empty dir bug
Can you try the attached patch ? I found a bug related to non-existing dir entries.
Also, check the file ~/.gconf/apps/wp_tray/%gconf.xml, make sure to remove it
and restart gconfd before you try to reproduce...
Downloaded srpm, patched, rebuilt and installed (after removing old one first
and tidying up after it).
Same problems, have attached a new bug-buddy bug report incase it throws up
Created attachment 135907 [details]
another bug-buddy dump
here's another patch that fixes crashes with tiny images, but I have a feeling
it's probably not the one you're hitting. BTW, you do have wp_tray-debuginfo
installed right ?
Now, wp_tray seems riddled with bugs. Just run in from a terminal and looking at
all those scary critical gdk/gtk warnings. I'll try to get rid of the most
Created attachment 135913 [details]
Fix crashes with tiny images
Thanks for the response Denis, it's a shame because in theory wp_tray is a
really cool little applet!
I didn't have the debuginfo package installed, but I do now, how do you run it
from the commandline?
Is the bug-buddy output of any use at all?
... and I think you're right, I'm almost certainly not hitting the tiny image bug.
The bug-buddy output will be a lot more complete now that you have the debuginfo
package installed, even if you launch the applet from the GUI (can you repost
the bug-buddy info ?). Also, I don't think I can reproduce your particular crash
scenario. What steps do you perform to reproduce exactly ? (do you select any
options before adding a directory ?).
Exact steps are:
- add wp_tray to the upper panel
- right click on applet > preferences
- click on add
- select a directory with images in (it's an nfs share but that shouldn't matter)
- click apply
- right click Forward
- watch the applet explode :o(
- if I click reload then the applet crashes immediately
I can perform the following commands:
rm -rf ~/.gconf/apps/wp_tray/
Then re-adding the applet works.
Note that if I add /usr/share/backgrounds/images then the forward works as
expected, but the "search" crashes... one bug at a time though ;o)
OK, I think I've narrowed it down...
If you directly add a directory with spaces in, then it seems to crash.
If you add a directory with subdirectories that have spaces in it, it's fine.
for the following layout:
Adding "/images" works as expected (and it can recurse into dir 2
Adding "/images/dir 2" seems to blow chunks in a spectacular way.
Hope this helps.
Created attachment 135919 [details]
updated bug-buddy dump
Created attachment 135928 [details]
Global wp_tray patch, includes 2 previous ones
- doesn't display on vertical bar
- crashes on paths with spaces
- crashes with tiny images
- warnings on gconf dir entries
- crashes if pics directory doesn't exists
The space-in-path problem turned out to be a boost library issue: it needs to be
told to behave 21st-century style on path names (damn Windows developers). :-)
I also reduce the size of the applet icon (which is a thumbnail of the current
background), do you like that change ?
The search/regular expression bug is still there, i'll fix that next.
I noticed the thumbnail... to be honest I prefer the old style!
Your fixes work for me :o)
While you're looking at "enhancements"... can you take a look at the colour that
surrounds images if the image is not as large as the screen resolution?
It's currently white, but it should probably follow the desktop preferences, or
be able to set it via the applet's preferences.
Thanks very much for the fixes so far!
I'll raise another bug if you'd prefer ;o) Just let me know.
Summary of fixes:
- Fixed vertical toolbar thumbs
- Fixed crash with small image
- Fixed gconf directory warnings
- Fixed occasional false eror on exit
- Fixed crash with paths containing spaces
- Fixed crash with non-existant directory
- Search for substring rather than absolute name
- Empty search defaults as select all
- Fixed crash with incorrect search regex
- Added dialog for no search results case
> I noticed the thumbnail... to be honest I prefer the old style!
No problem I reverted to the old style, but for horizontal toolbars only. For
vertical toolbars, it shouldn't try to "bulge" out of the panel width.
> While you're looking at "enhancements"... can you take a look at the colour
> that surrounds images if the image is not as large as the screen resolution?
I'm sorry but i'm going to decline that one as I'm not willing to spend *that*
much time on wp_tray :-) I would suggest to bring this to the upstream project
Rebuilt for FC-4, FC-5 and FC-6.
Many thanks for all the mods, agreed on the thumbnail, you're right it shouldn't
malform the panel in a vertical alignment.
Will raise my RFE upstream.