Only thing that comes to mind is an instrumentation oddity with Chrome.
I rely on Chrome’s dev tools for SSL traffic and Chrome has an interesting behavior where it requests the base page before it creates the renderer for the page but the timing data is tied to the renderer so anything that happens before the renderer starts up may not be visible. There are a bunch of things in place to minimize the impact but every now and then you see strange things like that.
For IE and Firefox I can get the SSL measurements directly from the networking stack so the measurements tend to be more complete.
@Anton - the problem is that the base HTML page isn’t showing up in the waterfall even though it has a max-age of 0. That and the missing SSL negotiation point to the requests being made but not logged. Unfortunately getting SSL data out of Chrome is a lot more difficult than the other browsers.
[quote=“pmeenan, post:4, topic:8692”] @Anton - the problem is that the base HTML page isn’t showing up in the waterfall even though it has a max-age of 0. That and the missing SSL negotiation point to the requests being made but not logged. Unfortunately getting SSL data out of Chrome is a lot more difficult than the other browsers.
[/quote]Right but, he is talking about second run. First run is fine. The only things the second run should be picking up is things that weren’t cached the first time. Am I wrong about that?