furthermore, the page is not rendered, but the source code is shown. Sometimes a reload (F5) helps in such cases, but not always... Reproducible: Always Steps to Reproduce: 1. Open a generated web page, e.g. above URL 2. rekonq does not render the page, but shows it's text/source code... :/ 3. save the content to /tmp/xyz.html 4. open the saved file Actual Results: Now rekonq renders the page, but the encoding is not ok. In the example, the german Umlauts are all scrambled; even if I set the defafult encoding from utf8 to iso8859-15 Expected Results: the page should be rendered, I'm not a XML parser! And - after 30 years - I think it's time that software can handle encodings... Not my fault that the experts at the university still do not use Unicode. The example page begins with an empty line, I dunno if that's ok. I copied the 1st lines below: HTTP/1.1 200 OK Date: Sun, 30 Sep 2012 11:06:24 GMT Expires: Thu, 01 Jan 1970 00:00:00 GMT Cache-Control: no-store Content-Type: text/html Content-Length: 13854 Keep-Alive: timeout=5, max=99 Connection: Keep-Alive <?xml version='1.0' encoding='ISO-8859-1'?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns='http://www.w3.org/1999/xhtml' xml:lang='de' lang='de'> <head> <title>Virtueller Studienplatz - Belegung (Belegen)</title> <meta name='Author' content='FernUni Hagen, ZMI' /> ...
The page you are suggesting is password protected. Can you provide a clean example where your problem occurs?
Am Montag, 1. Oktober 2012, 15:08:17 schrieben Sie: > https://bugs.kde.org/show_bug.cgi?id=307610 > > Andrea Diamantini <adjam7@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |NEEDSINFO > Resolution|--- |WAITINGFORINFO > > --- Comment #1 from Andrea Diamantini <adjam7@gmail.com> --- > The page you are suggesting is password protected. Can you provide a clean > example where your problem occurs?
http://mailhost.fernuni-hagen.de/ Here, the encoding is set in with <meta http-equiv="Content-Type" content="text/html; charset=iso-8951"> Status Quo: The encoding is not applied, to see the german umlauts I have to change it in the rekonq settings. Expected behaviour: rekonq/webkit shall apply the encoding sent with the page. The last encoding sent by the same server (domain) shall be used iff no encoding was sent and use the global encoding only, iff no encoding was set so far. The encoding could be a table for domains/hosts, i.e. the global setting shall be a fallback only, and the default preset should be Unicode.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!