SUMMARY If we try to open an image URL that points to a non-existent file (but with a working server part), like https://imgur.com/a/doesnotexiiiistttt.jpg, Gwenview's progress indicator will spin forever, and we'll get this message: > "We should not reach this point!" which apparently comes from this file/line: https://cgit.kde.org/gwenview.git/tree/lib/document/loadingdocumentimpl.cpp#n177 It's to be expected for Gwenview to clearly report that the file cannot be found =) However, with some servers, Gwenview will show that HTML files are not supported instead, for instance, : http://akarixb.nongnu.org/thisdoesnotexist.png > Loading ‘thisdoesnotexist.png’ failed > Gwenview cannot display documents of type text/html. I imagine maybe this case can't be fixed, but at least the user get some kind of error message. Additionally, if the server doesn't even exist or can't be resolved, Gwenview will also spin forever, but with no particular output in the console. Example: $ gwenview https://weiorjwio3939399393eqweqe2213.com/fake.jpg So, to try to sum up: it fails silently with URL's where the file doesn't exist, but depending on the server it might get content-type html, and then report that as the error, and also fails silently if the server doesn't exist. Thank you for your time! STEPS TO REPRODUCE 1. Launch 'gwenview https://imgur.com/a/doesnotexiiiistttt.jpg' or equivalent from a terminal window. 2. Loading thingie spins forever. 3. Check terminal window for "We should not reach this point!" message. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) Operating System: Mageia 7 KDE Plasma Version: 5.14.5 Qt Version: 5.12.1 KDE Frameworks Version: 5.55.0 ADDITIONAL INFORMATION Reproduced also in Debian's Gwenview 18.04 and Archlinux's 18.12.x.
Thank you for your report! I was able to confirm your bug report on my system as well! I've noticed that servers running Nginx given a non-existent file tend to show the message: > "We should not reach this point!" My test to confirm my theory uses a Steam CDN url URL: https://steamstore-a.akamaihd.net/public/images/v6/doesnotexist.png I used CURL to receive the headers of the link as well: > $ curl -I https://steamstore-a.akamaihd.net/public/images/v6/doesnotexist.png > HTTP/1.1 404 Not Found > Server: nginx > Content-Type: text/html > Date: Sat, 30 Mar 2019 22:20:42 GMT > Connection: keep-alive While servers running Apache show the other message inside Gwenview: > Loading 'thisdoesnotexist.png' failed > Gwenview cannot display documents of type text/html. Here is my other CURL report to show for a server running Apache: > $ curl -I http://akarixb.nongnu.org/thisdoesnotexist.png > HTTP/1.1 404 Not Found > Date: Sat, 30 Mar 2019 22:24:11 GMT > Server: Apache/2.4.7 > Content-Type: text/html; charset=iso-8859-1
For me, Gwenview _does_ show the error (in place where image should be shown) when server exists (no matter nginx or apache). With nginx server: ``` $ gwenview https://steamstore-a.akamaihd.net/public/images/v6/doesnotexist.png org.kde.kdegraphics.gwenview.lib: Unresolved mime type "image/x-mng" org.kde.kdegraphics.gwenview.lib: Unresolved raw mime type "image/x-samsung-srw" org.kde.kdegraphics.gwenview.lib: should not be called for documentKind= 8 ``` Note that if the above link works slow, it also may spin infinitly. With apache server: ``` $ gwenview http://akarixb.nongnu.org/thisdoesnotexist.png org.kde.kdegraphics.gwenview.lib: Unresolved mime type "image/x-mng" org.kde.kdegraphics.gwenview.lib: Unresolved raw mime type "image/x-samsung-srw" org.kde.kdegraphics.gwenview.lib: should not be called for documentKind= 8 ``` But with unavailable server, it spins infinitely ``` $ gwenview https://weiorjwio3939399393eqweqe2213.com/fake.jpg org.kde.kdegraphics.gwenview.lib: Unresolved mime type "image/x-mng" org.kde.kdegraphics.gwenview.lib: Unresolved raw mime type "image/x-samsung-srw" ``` Operating System: Arch Linux KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.108.0 Qt Version: 5.15.10 Kernel Version: 6.4.11-arch1-1 (64-bit) Graphics Platform: Wayland Gwenview: 23.07.80
Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Gwenview 25.08.0 (the latest released version)?