Bug 167755

Summary: konqueror does not pass the --encoding switch to kwrite
Product: [Applications] konqueror Reporter: Alexander Patrakov <patrakov>
Component: generalAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED FIXED    
Severity: normal CC: adaptee
Priority: NOR    
Version: 4.1.0   
Target Milestone: ---   
Platform: unspecified   
OS: FreeBSD   
Latest Commit: Version Fixed In:

Description Alexander Patrakov 2008-07-30 17:31:21 UTC 
Version:            (using KDE 4.1.0)
OS:                FreeBSD

Steps to reproduce: 
 
1. Load (in konqueror) a web page that has a different encoding than your locale. It displays fine, because the server sends the charset in the HTTP headers. 
 
2. From the menu, select "File -> Open with KWrite". Kwrite starts, but displays the page wrongly, because it uses the locale encoding.

Instead of just passing the file name to kwrite and letting it default to the wrong encoding, konqueror should also pass the --encoding zzz switch, where zzz is the encoding indicated by HTTP headers, the "meta" tag or the user's manual override.

This is not a duplicate of bug 55355 (which is about getting the encoding from the "meta" tag), because, when the encoding is specified in HTTP headers only, kwrite cannot obtain information about it from the document (because it is not in the document).
Comment 1 Janek Bevendorff 2012-06-18 20:05:23 UTC 
There hasn't been any activity on this issue for some time. Please check if this issue is still valid for Konqueror 4.8.4 or later.
Comment 2 Alexander Patrakov 2012-06-19 17:26:37 UTC 
Sorry, I have removed KDE from my computer due to other bugs and thus can't test. However, the testcase is simple enough so that you can do the test yourself. Just go to http://www.e1.ru/ , view source (it should open Kwrite) and see if Konqueror tells Kwrite to use the CP1251 encoding (or, rather, that Kwrite displays Russian characters correctly).
Comment 3 Jekyll Wu 2012-06-24 05:14:28 UTC 
It works fine for me when using KDE SC 4.9 beta2.