GNOME Bugzilla – Bug 138299
Directory names in hebrew are cut in open image dialog folders pan
Last modified: 2010-12-18 03:12:58 UTC
using GIMP on win-XP with hebrew enabled. When tring to open files where the path to the file contines hebrew names the file searcher drops the last letter of the directory names on hte path and can not continue the selection down the hierarchy.. It show the directory לאה as לא only. very reproducuble... every time... Work around is go to the file via windows and open it with GIMP. ( VERY hard to work this way. ) This might be cause for additinal bugs as I had a few plugin crach with UTF 8 problems..
If your filesystem is not UTF-8 encoded, you need to set the environment variable G_BROKEN_FILENAMES and make sure that your locale setting specified the character encoding used by your filesystem. Perhaps the windows binary installer could attempt to detect this situation and set the environment accordingly. But this is something that you need to request from the creator of the GIMP installer.
*** Bug 138479 has been marked as a duplicate of this bug. ***
see the below log from the GIMP channel... ( tried the G_BROKEN_FILENAMES and LANG and LC_ALL ) Does not work... to be exact the problem is with directory names which are in hebrew where the file open image dialog in the folders pan cuts out the last letter from all directories which are hebrew ... Start of #gimp buffer: Sun Apr 11 23:17:07 2004 * Now talking in #gimp * Topic is 'GAP 2.0.0 released (ftp://ftp.gimp.org/pub/gimp/plug-ins/v2.0/gap/) ' * Set by neo on Sat Apr 10 23:10:32 <irap> need help in istalling gimp on XP with hebrew enabled, getting broken directory names. <pgimeno> irap: tried with G_BROKEN_FILENAMES=1 in the environment? <irap> thx will try and let you know <irap> do I need to reboot for this to help? <pgimeno> nope, check that it's effective in a console <pgimeno> you can also type "set G_BROKEN_FILENAMES=1" in a console and start gimp there <irap> set & tried, it does not work, what i am getting is that directories names in hebrew the last letter is missing. <pgimeno> sounds kind of familiar... did you file it to bugzilla? <irap> yes I did, http://bugzilla.gnome.org/show_bug.cgi?id=138299 , and sven has moved it to resolved with the same suggestion of G_Broken.... it does not help <pgimeno> do the file names show properly? <pgimeno> except for that last char, I mean <irap> yes, except fot the last char missing... i am getting for example עיר\ insteaf of the real עירא\ <pgimeno> ok <pgimeno> what's your locale setting, if any? <irap> no locale setting, installed as pure english version.. <pgimeno> is it in english? <irap> yes menus appear in english <irap> if I go to the file via the explorer and open from there, the file opens and save OK.. I can not brose via the file dialog <pgimeno> try setting LANG=C <irap> tried, still does not work, same problem with the file open dialog... <pgimeno> try also LC_ALL=C * valentic has joined #gimp <irap> Tried... both set to C and same issue already is a report against gtk or glib <schumaml> search the resolved ones, too <pgimeno> or pango, most likely <schumaml> doesn't pango just render the fonts? <schumaml> if it was simply a display problem, it should still be possible to select the files <pgimeno> it might even be a fontconfig problem
Whatever, it is definitely not a GIMP problem. Should be reassigned to GTK+ after checking for duplicates.
Created attachment 26787 [details] a jpg file showing the problem ( last letter is cut ) try out this file... its a jpg file ( no extension to show the problem ). the file dialog pane will show it missing the last letter... If you rename it by adding .JPG at the end the problem disappears becuse it now end in english type. This is not the original problem but a shot way to show it, as the problem shows on directory names in hebrew which like the file do not have extensions.
searching through the bug arcive this bugs looks like and might be simmilar to in behaviour .. 114296 101792 108763 132392 I have not verified the other bugs as I do not know the SW they come from , nither if its the same modules, or same software parts. it juts look close on the description. Ira
Comment on attachment 26787 [details] a jpg file showing the problem ( last letter is cut ) it looks like the attachement does not preserve the original file name so this will not help as it has nothing to do with the file content.
Reassigning to GTK+. Bug was originally reported against GIMP 2.0.0
Sven's recommendation is slightly incorrect. G_BROKEN_FILENAMES=1 means "use the locale encoding for filenames". However, if your locale is he_IL.UTF-8, this will consider filenames to be in UTF-8 as well. You probably want to use G_FILENAME_ENCODING instead. Set it to the encoding of filenames on your system. I don't know what the pre-Unicode encoding is for Hebrew, but for Spanish you could have e.g. LANG=es_MX.UTF-8 <- Use Spanish/Mexico, and text in UTF-8 G_FILENAME_ENCODING=ISO8859-1 <- but I still have filenames in ISO8859-1 You may be interested in these links: http://developer.gnome.org/doc/API/2.0/glib/glib-running.html http://developer.gnome.org/doc/API/2.0/gtk/GtkFileChooser.html#gtkfilechooser-encodings Note that GTK+ doesn't handle systems with with both "old" filenames in a locale-specific encoding and "new" filenames in UTF-8 at the same time. You should rename your files so that they are all in the same encoding, preferably UTF-8. Also, see bug #140532, which is related to this, but I don't think it affects your specific case. I'm going to close this bug as it indicates misconfiguration. Please re-open it if the problem persists.
glib-2.2 doesn't have G_FILENAME_ENCODING. It was introduced with glib-2.4.
have retested this with GTK 2.4.14 with GIMP 2.2.3 This is still reproducuble, but behaviour is much Better ( i can now use GIMP ) Th efile open dialog amanages to work through the hebrew directory names and ierarchy, and i can choose the requirede file. It still shows the names short by one letter ( last letter is missing ). Thanks for the fix, who ever re wrote the new dialog box, did the nems internally correct. need to fix the display
changes sevirity to normal as you can work with the file selection
Please upgrade to GTK+ 2.6. GTK+ 2.4 is not maintained any longer so it doesn't make much sense to file bug reports for it.
Created attachment 37712 [details] missing letter in preview pane showing missing directory letter in preview pane
tested teh bug with GTK+ 2.6.2 Directory names are OK... now with being also right adjusted...and can be selected. Original problem solved !!!! but the preview pane still drop one character away. moved sevirity to low as this is cosmetic only. attached is a screen dump with marked red circles showing the missing letter ( I will enter two more issues having to do with hebrew directory names.. )
ira: what version of pango are you using? The remaining problems could be a render bug in Pango. Also, could you try using a different font? Just to get sure that it's not a font problem.
The hebrew shaper module in pango 1.8.0 silently drops unknown glyhs. This has been changed in the pango-1-8 CVS branch. Might be related to your problem.
*** Bug 167975 has been marked as a duplicate of this bug. ***
I am using Pango 1.8.0.0 redhat version which came with the installation of GTK+ 2.6.2 I have entered 167975 as a separate bug although it has simmilar behaviur as it relates to different places in the UI, the file name strings on top bar and other places VS this bug which is in the preview pane on the open dialog. Can you explain Glyphs? IE Fonts, I changed the font of the active title bar and the problem stayed same. as it appears in many places it looks like a common "display problem".
See also bug #311337; this could be a libc problem.
Ping? Can anyone please confirm if this bug still happens with GTK+ 2.8.latest and HEAD? CCing Behdad since he may know if this is/was a Pango problem.
Not much that can be done in Pango. The hebrew shaper now shows a hexbox, yes.
Does this still happen with gtk+ 2.10?
Does this still happen????
I can not reproduce this bug on my system - I use Hebrew directories and files daily, and I don't have this bug. I have windows 7 x64, and I tested this using gimp 2.6.4 with gtk 2.14.6 and I can not reproduce this bug. Also, testing against Inkscape 0.48 with gtk 2.16.6 fails to reproduce this bug. I don't have the latest gtk on windows, but I'll be able to test it later with a newer version of gtk.
Thank for feedback.