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)
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.
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.
MSVC
Any Progress?
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.