Created attachment 552080 [details] scene-music.htm User Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20100101 Firefox/5.0 Build ID: 20110615151330 Steps to reproduce: -open necros.gibdon.com, "Scene music" page -'Save as', only HTML. html appears. -open html with FF Actual results: -on all lines of table you see 'T' at end of lines: "Amber PoisonT", "amber.itT"..... That Ts are excessive. Expected results: ok html.
The server sends "Content-Type: text/html; charset=utf-8" but there is no character encoding in the document itself, so when the document is opened from file the browser doesn't know which encoding to use. HTTP/1.0 200 OK Content-Type: text/html; charset=utf-8 X-Robots-Tag: noarchive Last-Modified: Sat, 06 Aug 2011 18:44:51 GMT ETag: "1312656291045|#public|en|||0" Expires: Wed, 10 Aug 2011 16:01:00 GMT Date: Wed, 10 Aug 2011 16:01:00 GMT Cache-Control: private, max-age=0 X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block Server: GSE There are a number of 0xc2a0 at the end of the text strings in the HTML document and when viewing them with a non-utf-8 encoding they show up as strange characters. You may use "View/Character Encoding/Unicode (UTF-8)" to specify the encoding manually.
Confirming this bug. When doing Save As->HTML, Firefox in many cases *adds* the calculated <meta http-equiv="content-type" content="text/html; charset=xxxxxxx"> line. I ran into a (separate) bug where it was doing that for a case in which the inferred charset was wrong due to server misconfiguration. As far as I can tell this is a case in which it SHOULD be doing that, where doing it would solve the problem, but it isn't.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Version: 5 Branch → Trunk
You need to log in before you can comment on or make changes to this bug.