Current time: 08-28-2014, 09:01 AM Hello There, Guest! (LoginRegister)

Post Reply 
 
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Noticing incorrect repeat-view times on public webpagetest
02-13-2013, 10:21 AM
Post: #1
Noticing incorrect repeat-view times on public webpagetest
Here is one of several reports where I have noticed this behavior (seems to be a recent occurrence):

http://www.webpagetest.org/result/130212_20_AYE/

Line 7 of the FIRST VIEW report is http://s3.intuitstatic.com/assets/showro...00ddc9d.js

Line 6 of the REPEAT VIEW report is http://s3.intuitstatic.com/assets/showro...00ddc9d.js

   

The urls are identical. The cache headers show that they have a far future expiration and long ttl. Yet this request shows up in the repeat view chart (many other static asset urls on this chart have similar headers but show up in the repeat view).

Was there a recent update to the code, and could this be a bug?
Find all posts by this user
Quote this message in a reply
02-14-2013, 04:50 AM
Post: #2
RE: Noticing incorrect repeat-view times on public webpagetest
I don't think it's a bug in the testing - caching appears to work fine in general: http://www.webpagetest.org/result/130213_9W_169X/

The thing we have to figure out is why those specific resources are not successfully cached in those tests or what is causing IE to re-request them.

Strange thing is that I don't see anything that should do it. The code is loaded through a straight <script> tag and the headers look fine.

Does it happen all the time for this page or is it intermittent?
Visit this user's website Find all posts by this user
Quote this message in a reply
02-20-2013, 04:56 AM
Post: #3
RE: Noticing incorrect repeat-view times on public webpagetest
Sorry for my delay in response. This did not seem to happen before a certain point, and from what I can tell right about the end of January was when I began to notice this. Since then, some reports seem to work as expected while others did not. My best guess at this point is that it does appear intermittent.

http://www.intuit.com reports where it did not seem to happen:

Jan 15: http://www.webpagetest.org/result/130116_4G_2FN/
Jan 22: http://www.webpagetest.org/result/130122_VM_ZQC/
Feb 15: http://www.webpagetest.org/result/130215_E4_YFD/
Feb 18: http://www.webpagetest.org/result/130219_3F_3MX/

http://www.intuit.com reports where it did happen:

Jan 30: http://www.webpagetest.org/result/130130_QD_THJ/
Feb 12: http://www.webpagetest.org/result/130212_20_AYE/

This also is not the only url where this behavior was noticed. Here are some other ones:

Cache issue, payroll.intuit.com
Feb 12: http://www.webpagetest.org/result/130212_7P_VM0/

No cache issue, payroll.intuit.com
Feb 13: http://www.webpagetest.org/result/130214_B1_7A2/
Feb 14: http://www.webpagetest.org/result/130215_HM_3QQ/
Feb 16: http://www.webpagetest.org/result/130217_RH_473/
Feb 18: http://www.webpagetest.org/result/130218_1N_QST/


(02-14-2013 04:50 AM)pmeenan Wrote:  I don't think it's a bug in the testing - caching appears to work fine in general: http://www.webpagetest.org/result/130213_9W_169X/

The thing we have to figure out is why those specific resources are not successfully cached in those tests or what is causing IE to re-request them.

Strange thing is that I don't see anything that should do it. The code is loaded through a straight <script> tag and the headers look fine.

Does it happen all the time for this page or is it intermittent?
Find all posts by this user
Quote this message in a reply
02-20-2013, 08:23 AM
Post: #4
RE: Noticing incorrect repeat-view times on public webpagetest
I've tried this with IE9 on 2.9 and 2.7(?) private instances and I see the repeat view as uncached on 2.9 but as expected on 2.7.

That said this is the intuit.com appears to be the only site I see it happening on, every other site in IE9 appears to behave as expected.
Visit this user's website Find all posts by this user
Quote this message in a reply
02-27-2013, 08:38 AM
Post: #5
RE: Noticing incorrect repeat-view times on public webpagetest
A bump on this thread...

Today's report, from the Miami location, also encountered the same uncached behaviors mentioned above. The report url is http://www.webpagetest.org/result/130226_NW_SQT/ and the page in question is https://quickbooks.intuit.com/commerce/c...stomer.jsp

If you ignore some of the request lines with the jsessionid params, many of the other static assets do show far future expires yet does not seem to be cached in the repeat views (u can see that the repeat view times nearly match the first view times).

Anyone have any further insight?
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)