Bug 307610

Summary:	rekonq does not apply the encoding set in the XML header
Product:	[Unmaintained] rekonq	Reporter:	Torsten Eichstädt <walter.von.entferndt>
Component:	web app	Assignee:	Andrea Diamantini <adjam7>
Status:	RESOLVED WORKSFORME
Severity:	major	Keywords:	triaged
Priority:	NOR
Version First Reported In:	0.9.1
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
URL:	https://vu.fernuni-hagen.de/lvuweb/lvuauth/app/Assignment?function=Belegen
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Torsten Eichstädt 2012-09-30 11:25:23 UTC

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' />
...

Comment 1 Andrea Diamantini 2012-10-01 15:08:17 UTC

The page you are suggesting is password protected. Can you provide a clean example where your problem occurs?

Comment 2 Torsten Eichstädt 2012-10-02 07:40:30 UTC

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?

Comment 3 Torsten Eichstädt 2012-12-14 16:36:12 UTC

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.

Comment 4 Andrew Crouthamel 2018-09-24 02:13:27 UTC

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!

Comment 5 Andrew Crouthamel 2018-10-27 02:09:40 UTC

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!