GNOME Bugzilla – Bug 304420
Fails to create thumbnails in path with international chars
Last modified: 2005-05-19 08:52:29 UTC
Please describe the problem: I'm using gimp on windows XP on an account named Administratör (note the international character "ö"). When gimp tries to create thumbnails I get the following errormessage: Misslyckades med att öppna "C:\Documents and Settings\Administrat?r\.thumbnails\normal\gimp-thumb-1460-689adf60 (invalid encoding)" för skrivning: Invalid argument Note: errormsg transcribed by hand (not possible to cutnpaste) so I might have introduced minor errors Rough translation: Failed to open "the-long-filename (invalid encoding)" for output: Invalid argument There are mentions on the web for other international chars, see: http://www.forum4designers.com/message202964.html http://forum.absolut-photo.com/ftopic9986.php Steps to reproduce: 1. Install gimp on windows XP sp2 2. Start it from an account with international chars 3. Choose "File/Open" 4. Browse around for images and let gimp try to create thumbnails 5. Errormessage Actual results: Continus errormessages Expected results: No errors ;) Does this happen every time? Yes Other information: Temporary solution for users with the problem is to turn of the creation of thumbnails in the preferences. I have not checked whether the other paths to personal gimp settings are affected, but these can be set explicitly in the preferences if I run in to it.
Also, if relevant: I have GTK+-2.6.7 installed on the system.
This would be a duplicate of bug 167973 - which was supposed to be fixed with GTK+ 2.6.5 - or was it Glib 2.6.5?
Created attachment 46534 [details] Output from getacp.exe and the new home.exe tests Ran the tests from Bug 167973
Did a reinstall this morning and took extra care to make sure no old gtk+ or gimp was lying around, the problem is still there. I read up on bug 167973 and ran the tests mentioned there, the output is in the attachment above. The installs were the zipfiles downloaded from here http://gimp-win.sourceforge.net/stable.html yesterday (2005 may 16)
Reassigning to GLib since I can certainly not make any sense out of the information you provided.
It seems that the "stable" GTK+ runtime distribution on gimp-win.sourceforge.net, even though it is labelled as being GTK+ 2.6.7, actually contains GTK+ 2.6.4. Once I replaced its gdk-pixbuf DLL with a fresher one (and fixed the gdk-pixbuf.loaders file, the paths in it either have to be true paths valid on the end-user machine, or match the compiled-in prefix in the DLL), the thumbnail saving succeeded. I.e. this is a dupe of bug #167973. BTW, I checked as a user whose name contained only Greek characters, i.e. characters not even in the system codepage (on an English XP machine). No problem. *** This bug has been marked as a duplicate of 167973 ***
Thank you very much! I'll just add some specific instructions here how to fix it for other gimpusers like me: The correct file gtk+-2.6.7.zip is availible at: http://www.gimp.org/~tml/gimp/win32/downloads.html You want the file \bin\libgdk_pixbuf-2.0-0.dll . Copy it to the c:\Program Files\Common Files\GTK\2.0\bin folder or the similar path where your gtk installation is. The loaders-file mentioned by Tor Lillqvist above is in C:\Program Files\Common Files\GTK\2.0\etc\gtk-2.0\gdk-pixbuf.loaders (Or very likely a locale specific-version of Program/Common since you have this problem.) Replace all occurences of "/target/2.6/" with the path of your gtk-installation (in the example above: "C:/Program Files/Common Files/GTK/2.0/" Note the forward slashes.) Ah, well. It works for me anyway!