[Bug 46755] File paths with non-ASCII characters (umlauts) broken in Wine apps

[wine-bugs at winehq.org]

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

--- Comment #4 from Olivier F. R. Dierick <o.dierick at piezo-forte.be> ---
Hello,

The issue is unclear and I'm doing with what I'm given.
I need some clarifications to try and reproduce the issue.

Following the last comment, I also tried this:
- Saved a new playlist with the single file with an utf-8 filename I created
earlier, restarted foobar2000 and then loaded the playlist back and play the
file.
- Loaded the playlist and save it under another name.

All worked without issue for me. Is that failing for you?

(In reply to debilerpc from comment #0)
> This only started occuring after I updated wine to 4.2-1

Updated from which version?

You should do a regression test if you can. Read how to do it there:
https://wiki.winehq.org/Regression_Testing

> Noticed it in Foobar2000. Playlist that contain songs with file paths that
> contain German umlauts or other non-ASCII characters skip over those songs
> when trying to play them with an error like this:
> 
> > Unable to open item for playback (bad exception):
> > "E:\files\sonofevil\Music\Musik\Schönberg, Arnold\Boulez conducts Schönberg\CD 01\07 - 3 Pieces for Chamber Orchestra - II. Máige Viertel.flac"

That error doesn't show in the terminal output. Does it appear in a dialog box?

> This seems to be because to Wine this Item doesn't seem to exist. That's
> because when Wine accesses the file system, non-ASCII characters are
> automatically interpreted as something like this:
> 
> > ...\Schönberg, Arnold\...
> 
> As I found by browsing for that folder using the "wine explorer" file
> browser. In native Linux apps, the file paths work just fine on the other
> hand, with the directory being shown as "Schönberg, Arnold" everywhere. The
> problem only occurs in Wine apps.

I'm not sure about this. Are you saying that wine explorer display wrong
characters?

> Note that on the side of the app everything is seemingly fine. The non-ASCII
> characters are read and displayed correctly in Foobar, it's just when Foobar
> asks Wine whether the file exists, Wine gives the wrong response because
> whatever does the file accessing in Wine can't handle those characters.

I fail to see when exactly the issue happens. Which menu/button command
sequence in foobar2000 does fail? Give exact steps from starting foobar2000 to
the error message (menus/buttons clicked).

(In reply to Daniil Zhilin from comment #1)
> The issue still exists on Wine 4.6-1. Files with paths containing Cyrillic
> or Japanese characters are also only available using paths converted to ISO
> 8859-1.

What does that mean: Paths converted to ISO 8859-1? How do you convert them?

Can you tell the filesystem type where the audio files are stored?

(In reply to Daniil Zhilin from comment #3)
> Are you sure the path you choose is correct? The issue is with non-ASCII
> paths not being read from old playlists and not being saved as Unicode in
> new playlists. I can still play the files fine after I've added them to the
> playlist directly.

'Read from old playlists and not being saved as Unicode in new playlists'. Can
you explain the exact steps? How were the old playlists created? Was it under a
different OS or Wine version?

It is possible that the playlists were created on a ISO-8859-1 system and
foobar2000 stored the filenames as-is, though I don't know why it would have
worked before and then stopped working.

Do any of you have a short playlist that exhibits the issue that you can attach
to this bug?

Please, attach a WINEDEBUG=+file log too, as it might help understand what
happens when the application tries to access the files. (You may need to
compress the log if it's big >5MB)

Also, what are your versions of foobar2000?

Regards

-- 
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.