Open Bug 1031450 Opened 11 years ago Updated 3 years ago

Firefox requesting CSS files multiple times

Categories

(Core :: General, defect)

30 Branch
x86
Linux
defect

Tracking

()

UNCONFIRMED

People

(Reporter: andriustu, Unassigned)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:30.0) Gecko/20100101 Firefox/30.0 (Beta/Release) Build ID: 20140608211810 Steps to reproduce: Load a page with style sheets Actual results: Firefox requests a single CSS file 3-5 times per page load Expected results: Each CSS file requested only once
Component: Untriaged → General
Product: Firefox → Core
Does this happen in safe mode?
Flags: needinfo?(andriustu)
(In reply to Boris Zbarsky [:bz] from comment #1) > Does this happen in safe mode? I never start Firefox in safe mode explicitly.
Flags: needinfo?(andriustu)
OK, can you do that? See https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode#w_how-to-start-firefox-in-safe-mode Because I can't reproduce this problem so far (the fact that you didn't provide an actual URL that you see it on doesn't help), and there are several extensions that have symptoms like the ones you're seeing.
Flags: needinfo?(andriustu)
Flags: needinfo?(andriustu)
The actual URL was http://stackoverflow.com (as I wrote). It actually happens on every site I visit.
That's really weird. I just tried https://support.mozilla.org/en-US/ and I'm just not seeing the behavior you are... which is good, because we have explicit code that pretty much never loads a stylesheet more than once for a given document. Are you willing to try a clean profile alongside your normal one, just as a sanity check?
Flags: needinfo?(andriustu)
You mean Linux user profile?
Flags: needinfo?(andriustu)
No, I mean Firefox profile. https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles has some documentation. Basically you want to start the profile manager, create a new profile, start with that profile, see whether the problem is present, then quit, start profile manager again, and select your previous profile as the one to start from now on so you don't end up stuck in the test profile...
I think this is related to: https://bugzilla.mozilla.org/show_bug.cgi?id=978688 Confirming that bug. Loading CSS multiple times from lots of sites. Tried to unload all plugins, no difference. Only profile resetting helps, but I don't really want to reset it every week.
Do you see the problem only with devtools open then? Or also with devtools closed?
(In reply to Boris Zbarsky [:bz] from comment #10) > Do you see the problem only with devtools open then? Or also with devtools > closed? With both. I see multiple CSS requests even from own webserver's log, and I see them in devtools "network" tab. I couldn't reproduce this issue quickly by resetting profile, but I can tell - this happened to me twice. No malware, only trusted plugins, antivirus is running, no untrusted sites, no untrusted downloads. Everything is smooth, but this issue. Could it be somehow related to cache? I tried to empty it by existing mechanism, and it didn't helped. It's doesn't matter, safe mode or no. Only profile reset helping to solve this.
I don't know if it was pointed out already, but I found that this happening mostly (if not only) with *.css with ?<random_numbers> postfix. Like: 8735fd2b.css?1410244116 - downloading 3~5 times 8735fd2b.css - downloading fine, 1 time Windows 7 64bit, Firefox 32.0
> 8735fd2b.css?1410244116 - downloading 3~5 times All with the _same_ postfix, though?
(In reply to Boris Zbarsky [:bz] from comment #13) > > 8735fd2b.css?1410244116 - downloading 3~5 times > > All with the _same_ postfix, though? Yes. Every website sending it's own postfix: site1.org: 754fz2b.css?1410243116 site2.org: sd3i9vx.css?6435757 and every postfixed *.css keep re-downloading.
So just to make sure: You have a single CSS url (postfix, whatever, the point is that it's only one URL, not several different ones), you load the page it's linked from once, and you see it downloaded multiple times?
(In reply to Boris Zbarsky [:bz] from comment #15) > So just to make sure: > > You have a single CSS url (postfix, whatever, the point is that it's only > one URL, not several different ones), you load the page it's linked from > once, and you see it downloaded multiple times? That's right. This is happening on any website with the same conditions: *.css file with "?<numbers>" postfix. If page has more than one *.css with the same condition, it's downloading all of them several times.
OK. And don't see this in a clean profile but do see in a profile that you've used for a bit without extensions? Are you willing to send a "used for a bit" profile that shows the problem to me? I can absolutely understand if you're not, by the way, given the various private information profiles can contain..
(In reply to Boris Zbarsky [:bz] from comment #17) > OK. > > And don't see this in a clean profile but do see in a profile that you've > used for a bit without extensions? > > Are you willing to send a "used for a bit" profile that shows the problem to > me? I can absolutely understand if you're not, by the way, given the > various private information profiles can contain.. OK, sended to you. Bug is reproducing even on https://bugzilla.mozilla.org/.
That's in both a debug nightly and a release Firefox 32, both with that profile.
It's possible, but people are claiming that they're seeing this with devtools closed....
Also, my gut feeling is that some of these init dictionaries should be using default values for some of their members.
I wonder if this could have anything to do with the embedded stylesheet resources? I'm getting this exact behaviour with Firefox 42.0 and a site I'm developing. I notice that the number of requests Firefox makes to my primary stylesheet appears to consistently correspond to the request for the original stylesheet, then 2x{number of embedded resources in my stylesheet} E.g. My stylesheet embeds three .woff files, and Firefox makes 7 consistent requests for my /main.css each time I load the page.
See the questions in the above comments. What's most needed here is a way to reproduce this bug. If you have a way of reliably doing that, please tell me how I can reproduce!
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: