Closed
Bug 93561
Opened 23 years ago
Closed 23 years ago
Cache is not being created (for a new profile; as of 8/03 builds)
Categories
(Core :: Networking: Cache, defect)
Core
Networking: Cache
Tracking
()
RESOLVED
FIXED
People
(Reporter: jrgmorrison, Assigned: gordon)
References
Details
(Keywords: regression)
Overview Description:
The 'Cache' folder is not being created for a profile if it does
not exist. This is true for the creation of a new profile, or for
running with an existing profile from which the Cache folder has
been manually deleted (as a test).
This applies to both commercial and mozilla builds (i.e., this is
not tied to bad Activation fu). This has been reproduced on two
different Macs, and on win2k [I haven't tried Linux yet, but I
expect it's the same deal].
Steps to Reproduce:
1) Start mozilla -profilemanager with 8/03 build (or use the droplet
for Profile Manager on Mac)
2) Create a new profile (note: the first panel of the profile manager
may be blank; if so, hit cancel, then try again. Should work second
time through)
3) Cancel through activation (if commercial build), and get to the
browser startup page. Browse a few pages for extra certainty that
the Cache should have been created. Shutdown/startup again. Browse
more. ...
Actual Results:
1) Look in profile directory: no 'Cache' folder.
2) do 'about:cache': only a mem cache device is shown; no disk cache
Expected Results:
Cache (re)created if it doesn't exist (for default prefs, etc.)
Reproducibility: 100% mac/win2k
Build Date & Platform Bug Found: 20010803nn win2k and Mac, comm./moz builds
Note: running with no cache results in some unexpected results in the
page load timing tests (e.g. kinda like March 22/23)
Reporter | ||
Updated•23 years ago
|
Severity: normal → major
Keywords: mozilla0.9.4,
nsBranch
Reporter | ||
Comment 1•23 years ago
|
||
This bug also applies to Linux 8/03 build.
And, it's not just the (re)creation of the cache that is not working. The
cache is not being used at all. For example, using an existing profile which
has the cache created, with the 8/03 builds mac/linux/win32, no new files are
placed in the cache when loading new pages.
I'm working on it. I'll have a more complete status update later today.
It appears that bug 94349 is preventing the cache service from receiving the
profile-after-change notification it needs to properly initialize the disk cache.
Status: NEW → ASSIGNED
Depends on: 94349
Reporter | ||
Comment 5•23 years ago
|
||
This is working (cache is created) in my cvs build pulled last night. I assume
that this is working the comm. verification builds, and I will check in a
while.
Reporter | ||
Comment 6•23 years ago
|
||
The cache is back
I hit the sack
I've been too long I'm glad to be back
Yes, I'm let loose
From the noose
That's kept me hanging about
mac/linux/win32 08/10 comm. verif. builds.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•