Bug 298825 - okular (at least) does not handle filenames not from Windows-1252
Summary: okular (at least) does not handle filenames not from Windows-1252
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kde-windows
Classification: Unmaintained
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: KDE-Windows
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-25 22:59 UTC by Ariel Ben-Yehuda
Modified: 2024-09-22 18:51 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ariel Ben-Yehuda 2012-04-25 22:59:02 UTC
Okular for Windows does not work when the path contains non-1252 characters (Okular for Linux works fine in this case). This is problematic for me because I use okular as my primary pdf viewer (it starts up like a hundred times faster then adobe) and I want to use Hebrew directory and file names.

Reproducible: Always

Steps to Reproduce:
1. Download KDE on Windows (it works fine on linux) and a PDF (any pdf, say http://cs.tau.ac.il/~tromer/papers/tromer-phd.pdf).
2. Rename/Put the PDF in a directory so that its path contains characters not in the Windows-1252 character set (say תזה.pdf, 日本語.pdf, or δαίμων.pdf but not “d‡æmon”.pdf)
3. Open the file in Okular via File->Open or Command Line
Actual Results:  
Error (Cloud not open file:///<path-to-problem-file>) when the name is תזה.pdf, 日本語.pdf, or δαίμων.pdf but okular works fine when name is thesis.pdf or “d‡æmon”.pdf (even with "smart" quotes).


Expected Results:  
The PDF should load fine (as when it's named thesis.pdf)

Windows XP Service Pack 3

Okular
Version 0.11.2
Using KDE Development Platform 4.5.4 (KDE 4.5.4)
Comment 1 Patrick Spendrin 2012-04-25 23:28:45 UTC
confirmed this behaviour with the name δαίμων.pdf in the most recent release (4.8.3). Dbgview output is:
[6220] Debug:okular(6220)/kdecore (trader) KMimeTypeTrader::query: query for mimeType  "application/pdf" ,  "okular/Generator"  : returning  1  offers
[6220] Debug:okular(6220) PDFGeneratorPopplerDebugFunction: [Poppler] "Error: Couldn't open file 'C:/Users/patrick/Downloads/da?µ??.pdf': Invalid argument."
After a short investigation, it seems that the error is in poppler itself.
I hope that we can fix this for the next release of KDE on Windows (4.8.3) in 1-2 Weeks.
Comment 2 Patrick Spendrin 2012-04-26 19:43:52 UTC
could you tell me which of the compilers you chose? The effect is a bit weird, but it seems I have an idea how to solve it.
Comment 3 Ariel Ben-Yehuda 2012-04-27 11:37:30 UTC
MSVC
Comment 4 Ariel Ben-Yehuda 2012-05-11 10:06:47 UTC
Any Progress?
Comment 5 Justin Zobel 2021-03-09 23:42:42 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 6 Christoph Cullmann 2024-09-22 18:51:23 UTC
The KDE Windows Bugzilla product is no longer maintained.

If you have issues with some application on Windows, please report the issue at the bugtracker of the application.

If you have issues that still persist with Craft itself, please report them here:

https://invent.kde.org/packaging/craft/-/issues