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).
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.
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).
It works fine for me when using KDE SC 4.9 beta2.