Closed Bug 288866 Opened 20 years ago Closed 19 years ago

Saving a page with special characters replaces the &copy, etc. with the actual symbol

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 195420

People

(Reporter: bob, Assigned: bugzilla)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2 Hey folks, I apologize in advance if this is a known problem -- I searched around and it looks similar to bug 256585 but not exactly the same. When I use File->Save Page As... it takes the special characters, like &copy; and &reg;, and saves them as the actual character, so that the page on disk is not a copy of the page as it was served. In my test case the saved file also has extra characters prepended to the special characters, which really doesn't make it identical. I used Macromedia Dreamweaver MX 2004 to create the test page. My web server is the stock Red Hat Enterprise Linux 3 AS Apache, which serves pages up as utf-8. The test page originally had a META tag in it specifying iso-8859-1 (below), but the presence/absence of that line appears to have no bearing on the problem. I double-checked the validity of the test page with validator.w3c.org, which found no problems. The line that I removed from the test, which doesn't seem to matter (I'm including just as reference): <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> I discovered this while trying to do accessibility testing on dynamically created pages which require authentication. If I save the page I can run the validators like validator.w3c.org and Bobby against it. Again, I apologize if this is a known problem or something I have missed on my end. Reproducible: Always Steps to Reproduce: 1. Load the example page (http://bob.plankers.com/test.html) 2. File->Save Page As... 3. Open the saved page. Actual Results: Inserted extra characters, and replaced the original special character description, like <p>&copy; </p>, with <p>© </p> Expected Results: Saved the page with the &copy; in it, and not prepended additional characters.
Related to Composer bug 288384 and Core bug 195420?
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → EXPIRED
Status: RESOLVED → UNCONFIRMED
Resolution: EXPIRED → ---
My apologies for reopening this, as I did not get the automated closure messages in time. However, I am still able to reproduce this behaviour in Firefox 1.0.7.
Whiteboard: DUPEME
Does it do it with 1.4.1 ? Or a trunk build ?
Bob, your testcase is gone. duping to bug 195420 *** This bug has been marked as a duplicate of 195420 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.