Closed
Bug 86469
Opened 23 years ago
Closed 23 years ago
The contents of the cashe are appended to an updated web page, where the HTML file was longer than the new HTML file.
Categories
(Core :: Networking: Cache, defect)
Tracking
()
People
(Reporter: justken, Assigned: gordon)
Details
Attachments
(1 file)
(deleted),
text/plain
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.1) Gecko/20010601
BuildID: 2001060116
When an HTML file is updated, and the updated page's code is shorter than the
old page, mozilla will append the cached code that extends past the HTML code of
the new document.
In other words, it appears as if the file in the cashe is overwriten, not
replaced, and any code from the old file that is not overwriten by the new code
is left at the end, and is renedered by the browser as if it was a part of the
newly updated page. this is reflected in the view source.
- sory i don't know how better to describt it, but check the attached files.
hopfully that will expain better than i.
Reproducible: Always
Steps to Reproduce:
1. create a fairly long HTML file.
2. view the code in Mozilla.
3. edit the file by deleting a sizable section from the code.
4. return to the page.
5. refresh the page.
notes: on some occasions when i reproduced this bug, the new page displayed
correctly the first time, and i had to reload the page, Holding CTRL would solve
the problem and all subsequent problems untill the page was shortened again.
Actual Results: after performing the above. the page displayed as i intended
it, with a chunk of code (since the fist HTML tag was truncated) diplayed at the
top right, and then all subsequent sections of the code were also rendered as
they follwed on.
Going to View source, after my final /body and /html tags, the file continued
with the rest of the code that i had no intention of displaying.
Expected Results: mozilla should have completely replaced the file in the cache
with the new file, completely replacing the old file with the new.
also, after encountering the closind body, and HTML tags, mozilla should have
recognized this as the HTML equivenent of EOF and stoped parcing the file.
This looks like bug 74301 which was only partially fixed even though the
bug was marked fixed.
Comment 3•23 years ago
|
||
Indeed it does.
*** This bug has been marked as a duplicate of 74301 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Actually this is a dup of bug 79983 "Old file data not over-written when file on
servier is changed".
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
I'm still working on adding the code to truncate the file. NSPR doesn't have an
xp truncate, so I'll have to use platform specific calls for this.
*** This bug has been marked as a duplicate of 79983 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → DUPLICATE
VERIFIED/dupe:
justken: if you found this problem was fixed in bug 74301, could you mark that
verified?
Status: RESOLVED → VERIFIED
QA Contact: tever → cacheqa
You need to log in
before you can comment on or make changes to this bug.
Description
•