Closed Bug 66341 Opened 24 years ago Closed 9 years ago

Document Reloading does not work correctly

Categories

(Core :: Networking, defect)

x86
Windows NT
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kjrogers, Unassigned)

References

Details

Attachments

(1 file)

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
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.
Reporter would you take a look at bug 40867? Is that the same problem your
seeing or not?
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.
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: qawanted
Whiteboard: DUPEME
Target Milestone: --- → Future
sounds potentialy bad, nominiating nsbeta1, mozilla 0.9.2
Blocks: 104166
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
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: benc → networking
Target Milestone: Future → ---
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.

Attachment

General

Creator:
Created:
Updated:
Size: