Version: (using KDE 4.3.2) OS: Linux Installed from: SuSE RPMs When viewing JPEG photografs usiing konqueror, they are displayed as ASCII text instead of using any embedded image viewer (ÿØÿà JFIF H H ÿá#4Exif II* z ...). This only happens when I use KHTML. When I switch to webkit or use any other browser, the image is displayed correctly.
How in the world do you do that? KHTML isn't associated with image/* mimetypes, so it shouldn't be even a choice. Instead, the "embeddable image viewer" (KHTMLImage) is, and handles things just fine.
(In reply to comment #1) > How in the world do you do that? Hmmm. I didn't know I'm able to things I shouldn't be able to. ;) I just open the imahe using konqueror. I get the garbage (the ASCII text). The I select View -> View Mode -> WebKit, et voilà, I get the image properly displayed. If I switch back using ... -> KHTML the ASCII text comes back. I'm using the newest 4.3.2 packages from the openSUSE KDE4:/43 repos. > KHTML isn't associated with image/* mimetypes, > so it shouldn't be even a choice. Instead, the "embeddable image viewer" > (KHTMLImage) is, and handles things just fine. Before I logged in into KDE4 the first time, I removed ~/.kde4, because I knew that old setting from 4.1.3 or even 4.2.4 could make things worse. So my konqueror settings and the file associations have been the defaults. They were set to use the internal viewer. Why I do get that result? I just don't know.
I can reproduce this one. If jpeg's are on server which requires password (WWW-Authenticate: Basic realm), khtml displays those images as a plaintxt. Here is dump from the webserver headers (wget -S), I'll make a public test case soon.. HTTP request sent, awaiting response... HTTP/1.1 401 Authorization Required Date: Sun, 18 Oct 2009 19:49:55 GMT Server: Apache/2.2.3 (Red Hat) WWW-Authenticate: Basic realm="Members Only" Content-Length: 483 Connection: close Content-Type: text/html; charset=iso-8859-1 Connecting to panokone.kyla.fi|82.130.59.60|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Sun, 18 Oct 2009 19:49:55 GMT Server: Apache/2.2.3 (Red Hat) Last-Modified: Sat, 17 Oct 2009 21:02:12 GMT ETag: "248a21-242e-d38edd00" Accept-Ranges: bytes Content-Length: 9262 Connection: close Content-Type: image/jpeg Length: 9262 (9.0K) [image/jpeg] Saving to: `000212.jpg'
Test case: http://panokone.kyla.fi/temp/ username/pw: kde / konq Then just open top-kde.jpg
@ teve: I think what you stated is a dupe --- I recall other reports about kio_http returning the wrong mimetype on 401. @ Reporter: does it always happen, or only in some cases? cat /opt/kde42/share/kde4/services/khtml.desktop|grep MimeType MimeType=text/html;application/xml;application/xhtml+xml;
(In reply to comment #5) > @ Reporter: does it always happen, or only in some cases? I could repeat that misbehaviour in all of my tests, I tested it about 20 times. Even konqueror 3.5.10 shows that bug on my box. I can repeat that on another box at work, using either 3.5.10 or 4.3.2. And yes, it only happens when I have to authenticate. > cat /opt/kde42/share/kde4/services/khtml.desktop|grep MimeType > MimeType=text/html;application/xml;application/xhtml+xml; On the openSUSE 11.1, KDE 4.3.2 box: $ cat /usr/share/kde4/services/khtml.desktop | fgrep MimeType MimeType=text/html;application/xml;application/xhtml+xml;
*** This bug has been marked as a duplicate of bug 205088 ***