[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: [e-mail]
        ReportedBy: [e-mail]
    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.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #1 from Dmitry Timoshkov  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?

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #2 from [e-mail] 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.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #3 from Dmitry Timoshkov  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.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #4 from [e-mail] 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.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

Eugene Savelov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #5 from Eugene Savelov  ---
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»: Нет такого файла или каталога

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #6 from Eugene Savelov  ---
component should be "programs"

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

Vincent Povirk  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|-unknown                    |programs

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

Vincent Povirk  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|                            |download, source

--- Comment #7 from Vincent Povirk  ---
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.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #8 from Vincent Povirk  ---
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.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

Vincent Povirk  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #9 from Vincent Povirk  ---
ee17213f37da3b869b79cab6cfa1e039d8db13da was committed for this, please retest.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

--- Comment #10 from Eugene Savelov  ---
confirming fixed in 1.7.22

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

http://bugs.winehq.org/show_bug.cgi?id=32651

Bruno Jesus  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
      Fixed by SHA1|                            |ee17213f37da3b869b79cab6cfa
                   |                            |1e039d8db13da
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |FIXED

--- Comment #11 from Bruno Jesus  ---
(In reply to Eugene Savelov from comment #10)
> confirming fixed in 1.7.22

Thanks for testing.

[Bug 32651] File path passed to linux application by winebrowser is mangled if it contains international characters

https://bugs.winehq.org/show_bug.cgi?id=32651

Alexandre Julliard  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #12 from Alexandre Julliard  ---
Closing bugs fixed in 1.7.25.