Version: unspecified (using KDE 4.5.2) OS: Linux Tested on Rekonq and Konqueror with webkit. When I go on www.tcl.fr : The browser ask me to save the page, and does not show it. rekonq(7501)/kdecore (trader) mimeTypeSycocaOffers: KMimeTypeTrader: mimeType "text/HTML" not found rekonq(7501)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing "/usr/share/mime/magic" java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9.1) (ArchLinux-6.b20_1.9.1-1-i686) OpenJDK Server VM (build 17.0-b16, mixed mode) rekonq(7501)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing "/home/florent/.local/share/mime/magic" This site does not need Java for "normal" utilisation. I have tested with Java desactivated and activated, and no change appear. Reproducible: Always Steps to Reproduce: To reproduce it : go on www.tcl.fr Actual Results: The browser ask to save the page. Expected Results: The browser should show the page. Tested on Arch Linux and Fedora : same problem.
(In reply to comment #0) > Version: unspecified (using KDE 4.5.2) > OS: Linux > > Tested on Rekonq and Konqueror with webkit. > When I go on www.tcl.fr : > The browser ask me to save the page, and does not show it. > > rekonq(7501)/kdecore (trader) mimeTypeSycocaOffers: KMimeTypeTrader: mimeType > "text/HTML" not found > rekonq(7501)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing > "/usr/share/mime/magic" > java version "1.6.0_20" > OpenJDK Runtime Environment (IcedTea6 1.9.1) (ArchLinux-6.b20_1.9.1-1-i686) > OpenJDK Server VM (build 17.0-b16, mixed mode) > rekonq(7501)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing > "/home/florent/.local/share/mime/magic" > > This site does not need Java for "normal" utilisation. > I have tested with Java desactivated and activated, and no change appear. > > Reproducible: Always > > Steps to Reproduce: > To reproduce it : go on www.tcl.fr > > Actual Results: > The browser ask to save the page. > > Expected Results: > The browser should show the page. > > Tested on Arch Linux and Fedora : same problem. This is an upstream bug that has already been fixed since it works fine in the current development version of QtWebKit. The issue is caused by the fact that QtWebKit does not seem to properly handle the case where the content-type information was partially capitalized, i.e. "text/HTML" instead of "text/html". I guess we can provide a work around for this issue...
Unfortunately, the workaround I had in mind does not work ; so please report this issue upstreamL http://webkit.org/new-qtwebkit-bug. I can already confirm to you that the problem does not exist in QtWebKit 2.1 which is the next stable version. QtWebKit 2.0 was the one released as part of Qt 4.7.
Bug reported on the webkit bugzilla : https://bugs.webkit.org/show_bug.cgi?id=49140