GNOME Bugzilla – Bug 135089
Wallpaper configuration crash on multiple file drop
Last modified: 2004-12-22 21:47:04 UTC
Distribution: Debian testing/unstable Package: control-center Severity: normal Version: GNOME2.5.5 2.5.3 Gnome-Distributor: GARNOME Synopsis: Wallpaper configuration crash on multiple file drop Bugzilla-Product: control-center Bugzilla-Component: background Bugzilla-Version: 2.5.3 BugBuddy-GnomeVersion: 2.0 (2.5.4) Description: Description of the crash: When I dropped several files (all of them .jpg images) into the wallpaper selection dialog, it crashed. Additional Information: Gnome 2.5.5 from garnome 0.30.1, control center version 2.5.3. Debugging Information: Backtrace was generated from '/home/gnomedev/garnome/bin/gnome-background-properties' [New Thread 16384 (LWP 10067)] 0x409ddbd8 in waitpid () from /lib/libpthread.so.0
+ Trace 44451
Thread 1 (Thread 16384 (LWP 10067))
------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-02-21 19:28 ------- Unknown version 2.5.3 in product control-center. Setting version to the default, "unspecified". Reassigning to the default owner of the component, control-center-maint@bugzilla.gnome.org.
Correction: there is one .png file in the selection. Crash also happens when using the gtk file selector and using multiple selection.
Update: I think I isolated the crash. It happens with a file named like this: love%20hina%20-%2006.jpg I even created an empty file with that name, and the crash still happens, so seems like it is a problem with the filename.
Setting priority to high and severity to major since it's a crash. Feel free to lart me if I'm making something stupid.
Created attachment 24710 [details] [review] Patch to fix this
The '%' in the filename is the reason. %20 is translated to a space ' ', and it looks for something like 'love hina - 06.jpg'. The attached patch escapes the file name to handle the '%' properly.
Fixed in CVS now. The attached patch is insufficient to entirely fix the issue. We need to escape the path string when discovering the filename for the thumbnail to load, as well.