Closed
Bug 66341
Opened 24 years ago
Closed 9 years ago
Document Reloading does not work correctly
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: kjrogers, Unassigned)
References
Details
Attachments
(1 file)
1.42 KB,
application/x-gzip
|
Details |
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0) BuildID: 2001010901 If Mozilla already has received a copy of a web page, it should not obtain a new copy but use the current copy in its cache. This should be achieved by sending the if-modified-since time in the request header. The server should compare this with the "last modified time". If the client has a current copy then the server should return a response containing the "not modified" status. However, Mozilla sents the incorrect time in the header. This forces the server to always return a fresh copy of the web page. Reproducible: Always Steps to Reproduce: 1. You will need to write software, such as a servlet, to display the "if- modified-since" time to verifiy whether this is being updated correctly. 2. 3. Expected Results: Once it recieved the first copy of a web page it should update the "if modified since" time and send the correct value in the next request.
i hope this is a dupe
Assignee: asa → darin
Component: Browser-General → Networking: HTTP
Keywords: qawanted
QA Contact: doronr → tever
Whiteboard: DUPEME
Reporter | ||
Comment 2•24 years ago
|
||
Reporter | ||
Comment 3•24 years ago
|
||
I have included an attachment that contains a relatively simple test case containing 2 HTML files and java source code for a test servlet. The problem does not appear when a simple URL is reloaded. The test case contains a frameset that calls up 2 frames. The left hand frame is an HTML file that contains 2 links to anchor locations in the right hand frame. The right hand frame is generated by the test servlet. The right hand frame is reloaded when each link is selected for the first time. If a link is selected again a reload does not occur. This is because Mozilla sets the last modified time based on each anchor location in the target document rather than for the complete target document. This test case has also been tested with IE5. IE5 behaves correctly. It sets the last modified time for the complete target document and so it does not force a document reload each time a new link is selected in the left hand frame.
Comment 4•24 years ago
|
||
Reporter would you take a look at bug 40867? Is that the same problem your seeing or not?
Reporter | ||
Comment 5•24 years ago
|
||
I don't believe bug 40867 takes this bug into account. The reloading logic in Mozilla seems to depend on the document anchor location rather than the document as a whole. This facet of the document reloading problem is not mentioned in bug 40867.
Comment 6•24 years ago
|
||
I can't find a dupe of this so going ahead and marking NEW, although i may be wrong or not looking in the right place.
Updated•24 years ago
|
Target Milestone: --- → Future
sounds potentialy bad, nominiating nsbeta1, mozilla 0.9.2
Keywords: mozilla0.9.2,
nsbeta1
Comment 8•20 years ago
|
||
Last post was June 2001: "sounds potentially bad." Still?
probably not, but I'm not exactly focusing on the HTTP/cache bugs right now :)
QA Contact: tever → benc
Comment 10•18 years ago
|
||
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: benc → networking
Target Milestone: Future → ---
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•