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.

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

Setting all current Open/Normal to M4.

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

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

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

Clearing Fixed resolution.

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.

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. ;-)

Deferring till Cache gets operational in Necko.

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. =)

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

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

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!)

WONTFIX, the code is dead...

VEFIFIED/WONTFIX: old bug cleanup.