eternal refresh of the abbrev mind
It seems some pages with as-yet-not-generated docs are refreshing constantly; example: http://rubydoc.info/stdlib/abbrev/frames (tested in Chromium 28 and Firefox 24).
Comments are currently closed for this discussion. You can start a new one.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
Support Staff 1 Posted by lsegal on 22 Sep, 2013 07:30 PM
It looks like this is caused by a rogue cached object in our Varnish servers. The first request responds with "200 yea this has been generated", but then you refresh and the 200 page was actually the refresh not loaded page. You can trick varnish by hitting /frames/index, at which point it realizes, oh wait, I should cache this actual URL instead.
I'm not exactly sure why those processing pages are getting into the cache. I will have to look into this. In the meantime, the URL you provided should work now (you may have to force refresh / drop your local browser cache). Do you have any other URLs?
2 Posted by Piotr Szotkowsk... on 22 Sep, 2013 08:06 PM
Thanks, it does work!
I wonder whether I could’ve triggered this by opening stdlib pages en-masse in subsequent tabs? Some other URLs with this behaviour:
http://rubydoc.info/stdlib/benchmark/frames
http://rubydoc.info/stdlib/bigdecimal/frames
http://rubydoc.info/stdlib/cgi/frames
http://rubydoc.info/stdlib/cgi-lib/frames
http://rubydoc.info/stdlib/cmath/frames
http://rubydoc.info/stdlib/complex/frames
http://rubydoc.info/stdlib/continuation/frames
etc. – I went to http://rubydoc.info/stdlib and tab-opened them all at the same time.
I confirm that adding /index does fix them on a case-by-case basis.
nap closed this discussion on 19 Aug, 2014 09:50 PM.