Firefox is randomly trying to fetch incorrect JavaScript file




10 years ago
7 years ago


(Reporter: kondzior.p, Assigned: mrbkap)



Dependency tree / graph
Bug Flags:
blocking1.9.1 +

Firefox Tracking Flags

(Not tracked)




(6 attachments)



10 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090210 Shiretoko/3.1b3pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090210 Shiretoko/3.1b3pre

Firefox 3.1 is trying to fetch wrong url to javascript, like on the screenshot. It's totally random (url), and totally random appears.

Reproducible: Always

Steps to Reproduce:
1. Go to
2. Open Firebug Net tab
3. Press few times shift+cmd+r to re-fetch site
4. Firefox will try to fetch  randomly number of weird urls like on attached screenshots

Expected Results:  
All urls should be fetched without 404 Not found error

All 404 not found errors on my daily work application are sent to my mailbox with full stack of application, i figured out that Fx 3.1 is producing all 404 Not Found errors with weird urls that are part of real urls from file that user is trying to view in browser. It seems that Fx 3.1 is randomly cutting random count of <script> urls. It depends probably on cache system.

Comment 1

10 years ago
Posted image Sample screenshot

Comment 2

10 years ago
Another sample that show Fx 3.1 trying to download
ttp:// /js/very_long_name_for_javascript_file_to_show_that_gecko_fails_31

which is wrong.

Comment 3

10 years ago
Reproducable in Fx 3.1 beta 2


10 years ago
Flags: blocking-firefox3.1?

Comment 4

10 years ago
Posted image Fx 3.1 b2
Another example that shows this appears to be totally random.
Hey Pawel: can you find a regression range? See and for details.

--> Core::Networking:Cache, moving flag to blocking1.9.1?
Component: General → Networking: Cache
Flags: blocking-firefox3.1?
Keywords: regressionwindow-wanted
Product: Firefox → Core
QA Contact: general → networking.cache
Flags: blocking1.9.1?

Comment 6

10 years ago
Well i'm on that from 1 hour.

I've testes
Shiretoko alpha 1 - no regression
Shiretoko alpha 2 - no regression
Firefox 3.1 b1 - no regression
Firefox 3.1 b2 - regression appears

I recognized that between Fx 3.1 b1 and b2 Fx have new model of fetching files for pages, it's damn fast, so there is probably race somewhere

Comment 7

10 years ago
mac builds from are without regression
mac builds from are with regression

I thnik this is all related to speculative load of referenced files

Comment 9

10 years ago
Fx 3.1 b1 don't have regression because it was turned of 1 day before release

I think i can't do more to help here, I hope it will be fixed before 3.1 release. 
Blocks: 364315
Component: Networking: Cache → HTML: Parser
Keywords: regressionwindow-wanted
QA Contact: networking.cache → parser
Version: unspecified → Trunk
Ever confirmed: true
As per triage meeting, this blocks - needs someone to look into it. Blake?
Assignee: nobody → mrbkap
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P2
Whiteboard: [needs investigation mrbkap]
Paweł, thanks for helping to track this down. It's an easy fix. The bug doesn't affect the actual rendering of the page, but it does send spurious requests that clutter up logs & the like (and waste cycles on mobile devices).
Whiteboard: [needs investigation mrbkap]
I used this to test the fix. 'test.cgi' is a script that sleeps for 5 seconds before returning a valid JavaScript program. Before the patch that I'm about to attach, I see

[Tue Feb 17 14:05:49 2009] [error] [client] File does not exist: /home/mrbkap/public_html/SHOW_UP_IN_MY_LOGS, referer: http://localhost/~mrbkap/foo.cgi

in my error logs, and only one of:

[Tue Feb 17 14:23:15 2009] [error] [client] File does not exist: /home/mrbkap/public_html/SHOW_UP_IN_MY_LOGS_PASS, referer: http://localhost/~mrbkap/foo.cgi

with it.
Posted patch FixSplinter Review
Without this line, the tokenizer would think that we're at the end of the document and return partial tokens to us.
Attachment #362783 - Flags: superreview?(jst)
Attachment #362783 - Flags: review?(jst)


10 years ago
Depends on: 396226
Comment on attachment 362783 [details] [diff] [review]

Love it. r+sr=jst
Attachment #362783 - Flags: superreview?(jst)
Attachment #362783 - Flags: superreview+
Attachment #362783 - Flags: review?(jst)
Attachment #362783 - Flags: review+ and
Last Resolved: 10 years ago
Keywords: fixed1.9.1
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.