cancel
Showing results for 
Search instead for 
Did you mean: 

Possible Browser Cache Bug Since Firefox 15

Highlighted
New Contributor

Possible Browser Cache Bug Since Firefox 15

19 REPLIES
Site Moderator

Re: Possible Browser Cache Bug Since Firefox 15

Hello!

Thank you very much for reaching out to Mozilla Support about your issue. Please be rest assured that we are still looking into your inquiry. We would appreciate your patience while we are finding an answer for your question. At this moment I am escalating this issue to our advanced troubleshooting team who will get back to you within 24-48 hours.

Thank You!

Best Regards,

feer56

Site Moderator

Re: Possible Browser Cache Bug Since Firefox 15

Thanks for the in-depth, super detailed report. That has to point somebody in the right direction. I'll see if I can file a bug on your behalf and then subscribe you to the bug. Hopefully a developer will know what's wrong there.

I've done much of what of you've done on Firefox nightly builds (which are builds that get new changes every night!) when trying to track down the cause of a new problem. I call it "regression hunting". So I feel your pain there b/c between any 2 days Firefox nightlies can have something completely random broken. The only problem I am worried about is the developers not being able to reproduce the problem b/c they don't have the same modem model as you (if that truly matters).

Site Moderator

Re: Possible Browser Cache Bug Since Firefox 15

Did you try to check the HTTP request and response header via the net log in the "Web Developer > Web Console" (Ctrl+Shift+K) or with the Live Http Headers extension or otherwise to see on with header it fails?

See also:

New Contributor

Re: Possible Browser Cache Bug Since Firefox 15

cor-el,

Using the Web Console, I do not see any difference between request headers - fail vs. succeed. However, that tool does not present the raw headers, so it may not be conclusive.

I'll research further based on your suggestions.

New Contributor

Re: Possible Browser Cache Bug Since Firefox 15

  • First trace is connect_left_refresh.html, which is an XHR request made every 3 seconds. Tracing in Web Console, 400 error will occur very sporadically on this request.
  • Second trace is clicking the advancedsetup_schedulingaccess.html link on the advancedsetup_dhcpsettings.html page. This usually succeeds the first time.
  • Third trace is clicking the advancedsetup_schedulingaccess.html link on the advancedsetup_schedulingaccess.html page. This always fails. However, hit F5 to refresh and it will succeed. Then, I can click the advancedsetup_schedulingaccess.html link once, maybe twice, and it will succeed. After that, it will fail. The only obvious difference is the Referer.

Output from Live HTTP headers follows:

http://192.168.0.1/connect_left_refresh.html

GET /connect_left_refresh.html HTTP/1.1 Host: 192.168.0.1 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Referer: http://192.168.0.1/advancedsetup_dhcpsettings.html Connection: keep-alive

HTTP/1.1 200 Ok Server: micro_httpd Cache-Control: no-cache Date: Fri, 15 Mar 2013 09:46:20 GMT Content-Type: text/html Connection: close


http://192.168.0.1/advancedsetup_schedulingaccess.html

GET /advancedsetup_schedulingaccess.html HTTP/1.1 Host: 192.168.0.1 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Referer: http://192.168.0.1/advancedsetup_dhcpsettings.html Connection: keep-alive

HTTP/1.1 200 Ok Server: micro_httpd Cache-Control: no-cache Date: Fri, 15 Mar 2013 09:46:20 GMT Content-Type: text/html Connection: close


http://192.168.0.1/advancedsetup_schedulingaccess.html

GET /advancedsetup_schedulingaccess.html HTTP/1.1 Host: 192.168.0.1 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Referer: http://192.168.0.1/advancedsetup_schedulingaccess.html Connection: keep-alive

HTTP/1.1 400 Bad Request Server: micro_httpd Cache-Control: no-cache Date: Fri, 15 Mar 2013 09:46:22 GMT Content-Type: text/html Connection: close


New Contributor

Re: Possible Browser Cache Bug Since Firefox 15

Very odd. When using the basic HTTP logging technique from the link provided. I can not get the 400 error to occur. If I open Fx normally, it's easy to generate the error. What's up with that?

New Contributor

Re: Possible Browser Cache Bug Since Firefox 15

OK, more info...

With the cache enabled:

From a successfully loaded page, click any link (other than the current page) -> OK, click another link (other than the current page) -> 400 error. Pretty consistent pattern (although, occasionally it fails on the first, rather than the second, click). If you click on the link for the current page, it almost always fails the first time.

With the cache disabled:

Very random 400 errors - no discernible pattern yet.

New Contributor

Re: Possible Browser Cache Bug Since Firefox 15

OK, odd yet again...

After dozens of attempts, I was able to generate the 400 error during HTTP logging.

It appears I can only upload images here. How do I get the log file to you?

Site Moderator

Re: Possible Browser Cache Bug Since Firefox 15