cache doesn't do anything

VERIFIED WONTFIX

Status

()

P2
normal
VERIFIED WONTFIX
20 years ago
16 years ago

People

(Reporter: dbaron, Assigned: gagan)

Tracking

Trunk
x86
Windows 95
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Using the 98-12-21 build (or other recent builds), the cache in viewer (same
problem in xpviewer) doesn't do anything to speed page loading.  That is, it
stores all the files, but it doesn't speed up loading a page if I click a link
on that page and then go back... it reloads the entire page (as seen by slow
byte counts over the modem) after I hit back... and also reloads stylesheets.
(Assignee)

Updated

20 years ago
Status: NEW → ASSIGNED
(Reporter)

Comment 1

20 years ago
I think it's recently started working in some cases.  I'm not sure, though.

Comment 2

20 years ago
Setting all current Open/Normal to M4.

Comment 3

20 years ago
setting paulmac as QA contact for all gagan's bugs (sorry for the spam)
(Assignee)

Updated

20 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED

Updated

20 years ago
Status: RESOLVED → REOPENED
Target Milestone: M4 → M6

Comment 4

20 years ago
it seems like it still doesn't do anything, still loads off the network instead
of the cache on back/forward, re-opening, but moving Target Milestone to M6,
since it's probably a known issue.

Using April 14 builds on win95
(Assignee)

Comment 5

20 years ago
Per DP's suggestion marking these till M8. Though Necko lands with M7, we will
be able to verify it for M8.

Updated

20 years ago
Resolution: FIXED → ---

Comment 6

20 years ago
Clearing Fixed resolution.

Comment 7

20 years ago
I'm moving this to target M9, Necko will be enabled somewhere during late M8 or
early M9.  We will need to get on this and it cannot be postponed past the M9
milestone.

Comment 8

20 years ago
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)
(Assignee)

Updated

20 years ago
Status: REOPENED → RESOLVED
Last Resolved: 20 years ago20 years ago
Component: Networking-Core → Cache
Resolution: --- → LATER
Target Milestone: M9 → M10
(Assignee)

Comment 9

20 years ago
Deferring till Cache gets operational in Necko.

Updated

20 years ago
Status: RESOLVED → VERIFIED
Hmm, this is marked as LATER, which, according to the bugzilla help, means "The
problem described is a bug which will not be fixed in this version of the
product."  Since I doubt Moz will be shipping without a cache and Necko is
operational, perhaps it's time to reopen this.  =)
(Assignee)

Comment 11

20 years ago
Matt I assure you this will be opened in time... :) just hang in there...

Comment 12

20 years ago
*** Bug 11736 has been marked as a duplicate of this bug. ***

Comment 13

19 years ago
Bulk move of all Cache (to be deleted component) bugs to new Networking: Cache
component.
LATER is deprecated per bug 35839. (so much for *that* promise!)
Status: VERIFIED → REOPENED
Resolution: LATER → ---
WONTFIX, the code is dead...
Status: REOPENED → RESOLVED
Last Resolved: 20 years ago17 years ago
Resolution: --- → WONTFIX

Comment 16

16 years ago
VEFIFIED/WONTFIX: old bug cleanup.
Status: RESOLVED → VERIFIED
QA Contact: paulmac → cacheqa
You need to log in before you can comment on or make changes to this bug.