[Bug 32651] New: File path passed to linux application by winebrowser is mangled if it contains international characters
http://bugs.winehq.org/show_bug.cgi?id=32651 Bug #: 32651 Summary: File path passed to linux application by winebrowser is mangled if it contains international characters Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: DonJaime(a)freenet.de Classification: Unclassified When a windows program (ElsterFormular) running under wine tries to open a pdf file called Übertragungsprotokoll_UStVA2012_IV._Quartal_My_Name.pdf using the native pdf application (which works as per http://wiki.winehq.org/FAQ#head-bc5b677c29daa2cd16b83bca8c88f31b2341cb98), Linux produces the error: Unable to run the command specified. The file or folder file:///home/james/.wine/dosdevices/c:/users/james/Application Data/elsterformular/pica/tmp/�bertragungsprotokoll_UStVA2012_IV._Quartal_My_Name.pdf does not exist. The same thing happens if I try to open it from the wine explorer. If I rename the file to start with 'U' I can open it from the wine explorer. My locale is en_US.UTF-8. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 DonJaime(a)freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |DonJaime(a)freenet.de -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #1 from Dmitry Timoshkov <dmitry(a)baikal.ru> 2013-01-04 21:32:36 CST --- (In reply to comment #0)
My locale is en_US.UTF-8.
Does it work better with de_DE.UTF-8? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #2 from DonJaime(a)freenet.de 2013-01-05 05:34:14 CST --- (In reply to comment #1)
Does it work better with de_DE.UTF-8?
If it did, that would be a bug, too, since the differences between two UTF-8 locales shouldn't affect this kind of thing at all. But it doesn't. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #3 from Dmitry Timoshkov <dmitry(a)baikal.ru> 2013-01-05 07:49:52 CST --- (In reply to comment #2)
Does it work better with de_DE.UTF-8?
If it did, that would be a bug, too, since the differences between two UTF-8 locales shouldn't affect this kind of thing at all. But it doesn't.
There is no such a thing as UTF-8 locale for a Windows application. If a win32 app or one of its components doesn't use unicode internally that makes a difference. Probably you should try to use de_DE.UTF-8 locale for the whole life-time of your brand new ~/.wine prefix. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #4 from DonJaime(a)freenet.de 2013-01-05 13:52:54 CST --- (In reply to comment #3)
There is no such a thing as UTF-8 locale for a Windows application.
I was referring to the linux locale.
If a win32 app or one of its components doesn't use unicode internally that makes a difference.
The win32 application and the wine explorer have no problem showing the correct file name. The problem only arises when it is passed back out of wine to the linux application that is meant to open it. That suggests that it arises at the interface between wine and the OS.
Probably you should try to use de_DE.UTF-8 locale for the whole life-time of your brand new ~/.wine prefix.
I don't want my computer to talk German to me. And as I said: I tried and it makes no difference whether the locale is en_US.UTF-8 or de_DE.UTF-8. As you would expect, since date/time/currency formats and so on are not involved. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 Eugene Savelov <savelov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |savelov(a)gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #5 from Eugene Savelov <savelov(a)gmail.com> --- same problem happens to me with wine 1.6, with russian locale. winebrowser should convert filenames from windows encoding (here russian windows-1251) to linux system encoding (ru_RU.UTF-8 ) before passing them to gvfs-open currently the error is displayed , and file is not opened gvfs-open: file:///home/eugene/.wine/dosdevices/c:/users/eugene/Local%20Settings/Application%20Data/SAMO%20Soft/Agency/Attachments/%3C%30%48%30.pdf: ошибка открытия адреса: Ошибка при получении информации о файле «/home/eugene/.wine/dosdevices/c:/users/eugene/Local Settings/Application Data/SAMO Soft/Agency/Attachments/<0H0.pdf»: Нет такого файла или каталога -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #6 from Eugene Savelov <savelov(a)gmail.com> --- component should be "programs" -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |programs -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |download, source --- Comment #7 from Vincent Povirk <madewokherd(a)gmail.com> --- Turns out winebrowser decodes the URL correctly and converts it to a unix path which is correctly (unix filesystem/utf8) encoded. It then converts that path to widechars using unix filesystem encoding. Then it uses CreateIUriBuilder to convert that widechar path into a url. IUriBuilder truncates the non-ascii characters to 8 bits before %-encoding them. I think what we need to do is convert the string to widechars by directly copying the character values. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #8 from Vincent Povirk <madewokherd(a)gmail.com> --- I tried testing native urlmon with some non-ascii characters in file: url's, and in my testing it ignored them entirely. So I'm not sure if it makes sense to use it at all. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd(a)gmail.com --- Comment #9 from Vincent Povirk <madewokherd(a)gmail.com> --- ee17213f37da3b869b79cab6cfa1e039d8db13da was committed for this, please retest. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 --- Comment #10 from Eugene Savelov <savelov(a)gmail.com> --- confirming fixed in 1.7.22 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32651 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |ee17213f37da3b869b79cab6cfa | |1e039d8db13da Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #11 from Bruno Jesus <00cpxxx(a)gmail.com> --- (In reply to Eugene Savelov from comment #10)
confirming fixed in 1.7.22
Thanks for testing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=32651 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #12 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.7.25. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org