Closed
Bug 766274
Opened 12 years ago
Closed 12 years ago
Cache corruption on pages behind auth
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 770243
People
(Reporter: ghuerta, Assigned: briansmith)
Details
Not sure which component this should be in, but I've been running into an issue with mana.mozilla.org pages not displaying correctly after running an update. I was able to narrow down the issue to the cache for that site. This is happening in all release channels.
Reporter | ||
Comment 1•12 years ago
|
||
mana.mozilla.org is a confluence install, I haven't had a chance to attempt to reproduce on another confluence.
Comment 2•12 years ago
|
||
I've seen this recently too - really noticeably on https pages that use auth the page will be unstyled due to external CSS not being used.
Here's a test case
https://people.mozilla.com/~nthomas/auth_test/
use guest/guest for auth - expect a green background if it loads the external stylesheet (PASS) and blank white if it doesn't (FAIL).
Test steps (starting from a new profile):
1, open url above, enter auth ---> page displays with green background color
2, close firefox, reopen firefox
3, goto 1
With the build at [1], which is mozilla-central rev 3aa566994890, the page loads with the color every restart. With [2], m-c rev 73783bf75c4c it get a blank page after restart. I haven't tested other platforms.
Regression range:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3aa566994890&tochange=73783bf75c4c
which points to bug 722034 or bug 746018, CC bsmith
[1] http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2012-05-31-03-05-17-mozilla-central/firefox-15.0a1.en-US.mac.dmg
[2] http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2012-06-01-03-05-20-mozilla-central/firefox-15.0a1.en-US.mac.dmg
Comment 3•12 years ago
|
||
To clarify, this will be seen often when applying an update to Nightly (or Aurora, since those bugs landed prior to the last merge) and tabs are being reopened, but I don't think it requires an update. Simply closing and reopening the same browser is sufficient.
Guillermo, what did you see that led to diagnosing cache corruption ? The disk cache looks plausible to me if I start a broken build, go Offline, then browser through about:cache, but not my area of expertise.
Summary: Cache corruption on Update → Cache corruption on pages behind auth
Comment 4•12 years ago
|
||
Definitely regressed between 3aa566994890 and 73783bf75c4c, based on the dep builds at
http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-macosx64/1338501004/
http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-macosx64/1338533104/
Component: General → Networking: HTTP
Product: Firefox → Core
QA Contact: general → networking.http
Version: unspecified → Trunk
Comment 5•12 years ago
|
||
Guillermo: you have reported your problem can be reproduced on every current release channel.
Bug 746018 and bug 722034 are now on Aurora only. So, if you have an issue with Beta and Release channels as well, then we have two bugs here. Guillermo, can you confirm that please?
Reporter | ||
Comment 6•12 years ago
|
||
So after doing some testing, this was only showing up in the other channels if it had broken in Nightly or Aurora and you then opened that profile in Beta or Release. I downloaded and went from 13.0.0 to 13.0.1 and 14.0b8 to 14.0b9 without issue.
Comment 7•12 years ago
|
||
I can't reproduce the missing CSS issue on the latest beta or release builds (yay), but the testcase in comment #2 doesn't work if you hit it on nightly, close Nightly and then start beta either boo!). So possible there is more than one issue or presentation here.
Comment 9•12 years ago
|
||
By accident, I just discovered bug 770243 that now has a patch. This is with a high probability a dup of that bug.
Comment 10•12 years ago
|
||
I built m-c rev 155f67c2c578 + attachment 638410 [details] [diff] [review] (from bug 770243) on the try server, and it fixed the test in comment #2.
The build is at http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/nthomas@mozilla.com-e4af73094e72/try-macosx64/firefox-16.0a1.en-US.mac.dmg if you want to try it.
Reporter | ||
Comment 11•12 years ago
|
||
After last update don't see this anymore.
Comment 12•12 years ago
|
||
(In reply to Guillermo Huerta [:guillermo] from comment #11)
> After last update don't see this anymore.
Could you please double check this and then try to figure out what changeset this has fixed? AFAIK, the true fix has not landed so far. We really need to know what has changed. Thanks.
Reporter | ||
Comment 13•12 years ago
|
||
Yeah it was a fluke, another update and I see it again.
Assignee | ||
Comment 14•12 years ago
|
||
Honza, don't you think this was likely caused by bug 770243?
If anybody is still seeing this, please holler.
Reporter | ||
Comment 15•12 years ago
|
||
I'm still seeing this on mana.mozilla.com pages.
Assignee | ||
Comment 16•12 years ago
|
||
(In reply to Nick Thomas [:nthomas] from comment #2)
> Here's a test case
> https://people.mozilla.com/~nthomas/auth_test/
> use guest/guest for auth - expect a green background if it loads the
> external stylesheet (PASS) and blank white if it doesn't (FAIL).
>
> Test steps (starting from a new profile):
> 1, open url above, enter auth ---> page displays with green background color
> 2, close firefox, reopen firefox
> 3, goto 1
Using this test case, I can reproduce the problem on Beta 16, and I cannot reproduce it on Beta 16 with the patches from bug bug 770243.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 17•12 years ago
|
||
Thank you Guillermo for reporting this, and thanks Nick for creating that easy-to-use test case. Please reopen this bug if you experience the problem on the Nightly channel after today.
You need to log in
before you can comment on or make changes to this bug.
Description
•