Closed (fixed)
Project:
Provision
Version:
6.x-1.x-dev
Component:
HTTP Service
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Apr 2012 at 21:23 UTC
Updated:
12 Jun 2014 at 08:41 UTC
Jump to comment: Most recent
Comments
Comment #1
omega8cc commentedFixed in commits:
6.x-1.x - http://drupalcode.org/project/provision.git/commit/2f55558
6.x-2.x - http://drupalcode.org/project/provision.git/commit/6ce5dbb
Comment #2
omega8cc commentedWell, it doesn't help at all, so I was probably confused. It still caches WSOD header response even with
fastcgi_cache_use_staleset tooffso we probably need to stop caching HEAD requests instead.Comment #3
omega8cc commentedSince we can't stop Nginx from caching, we have to make it 1s only cache (for DoS protection only).
Committed in:
6.x-1.x - http://drupalcode.org/project/provision.git/commit/a104712
6.x-2.x - http://drupalcode.org/project/provision.git/commit/cdfdca9
Comment #4
omega8cc commentedWe should add error 403 to this list.
Comment #5
kepford commentedThis bug also affects 403's.
Comment #6
kepford commentedSorry Omega8, should have refreshed my page. You beat me too posting this.
Comment #7
omega8cc commentedNote that this issue may be Barracuda/Octopus specific, as we force default TTL to 5 minutes there - and this is how we discovered this upstream bug. It may still affect any non-BOA user if he/she is using
X-Accel-Expiresheader in his/her ownglobal.incfile.Also related: #1535546: D7 site still shows "site in maintenance mode" after it was put live
While we need to force secure enough TTL for all not-OK responses by default to avoid this issue, we have submitted also a bug report upstream: http://trac.nginx.org/nginx/ticket/151
Comment #8
omega8cc commentedFixed in commits:
6.x-1.x - http://drupalcode.org/project/provision.git/commit/02f54f6
6.x-2.x - http://drupalcode.org/project/provision.git/commit/c76cd1c