Closed Bug 73557 Opened 23 years ago Closed 23 years ago

http cache should ignore fragment when matching entries

Categories

(Core :: Networking: HTTP, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla0.9.1

People

(Reporter: bbaetz, Assigned: darin.moz)

Details

The key used for the cache entries should ignore the uri fragment. From
about:cache :

           Key: http://lxr.mozilla.org/seamonkey/source/Makefile.in#1
        Client: HTTP
     Data size: 16931 Bytes
   Fetch count: 2
  Last Fetched: Tue 27 Mar 2001 01:46:52 AM EST
 Last Modified: Tue 27 Mar 2001 01:47:19 AM EST
       Expires: Tue 27 Mar 2001 07:17:38 PM EST
  Stream based: TRUE

           Key: http://lxr.mozilla.org/seamonkey/source/Makefile.in#4
        Client: HTTP
     Data size: 16931 Bytes
   Fetch count: 1
  Last Fetched: Tue 27 Mar 2001 01:47:29 AM EST
 Last Modified: Tue 27 Mar 2001 01:47:31 AM EST
       Expires: Tue 27 Mar 2001 07:18:19 PM EST
  Stream based: TRUE

In order to get this, you have to:

Type in one url.
Go to another page.
Type in another url differring only in the fragment.

According to the flashing lights on my ADSL modem, this results in two separate
network requests. This also occurs if one of the urls has a fragment and the
other one does not.

I presume something optimises the case where the current page differs only from
the requested page in the fragment, as if you just type in the urls one after
the other, you don't get multiple cache entries, there is no network request,
and neither cache entry increase its fetch count.
Keywords: nsbeta1
Target Milestone: --- → mozilla0.9.1
this has been fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified on Win2000.
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
You need to log in before you can comment on or make changes to this bug.