Created attachment 187121 [details] Screenshot of the document 1. Download attachment 67460 [details] (but other files with accented/weirdly encoded names such as attachment 171143 [details] will also do) 2. Open with the file picker -> "C:\Users\Gabor\Downloads\OTP SZ�P igenylőlap adatkezelesi word.docx does not exist." error, with some accented characters replaced with ? sign - interestingly only the "É" but not the "ő". Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 83b1f6b58a30bdb589e9ce73deef39f021aebde1 CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded Seems to have started with https://git.libreoffice.org/core/+/df4255c315f8061fbe7b3771122926589be7dfad author Mike Kaganski <mike.kaganski@collabora.com> Sat Apr 22 16:12:23 2023 +0200 committer Mike Kaganski <mike.kaganski@collabora.com> Sat Apr 22 17:45:50 2023 +0200 Simplify lcl_getURLFromShellItem Adding CC to: Mike Kaganski
Created attachment 187122 [details] Wrongly encoded file Another angle: if I save a file with the standard Hungarian test name "árvíztűrő_tükörfúrógép" (which is containing all our accented letters) the result on the FS is �rv�ztűrő_t�k�rf�r�g�p.odt - hopefully BZ does not butcher this.
OMG, I was plain wrong imagining that Windows could generate a sane URL. It uses a Western 8-bit codepage in the URL.
https://gerrit.libreoffice.org/c/core/+/151456
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/54d07afac60d68fae9910724c5f273658e9a82cc tdf#155176: only use item's URL in case filesystem path failed It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 155047 has been marked as a duplicate of this bug. ***
I have tested with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 662840c33d7736a8d873b2c53f6d0cb6dd3b2998 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded Result: OK! Documents were found even if the path names or filenames contained umlauts or accented characters. Also the error at save of documents with such characters in the path name or filename (described in the second part of Comment 4 of Bug 155047) did occur no longer.
(In reply to Stefan_Lange_KA@T-Online.de from comment #6) > I have tested with > Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 662840c33d7736a8d873b2c53f6d0cb6dd3b2998 > CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > win > Locale: de-DE (de_DE); UI: de-DE > Calc: CL threaded > > Result: OK! > Documents were found even if the path names or filenames contained umlauts > or accented characters. > Also the error at save of documents with such characters in the path name or > filename (described in the second part of Comment 4 of Bug 155047) did occur > no longer. I have seen to late: The save error is also described here (in comment 2).
Verified by Stefan. Thanks everyone!