https://bugzilla.wikimedia.org/show_bug.cgi?id=12124
Bawolff <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|Low |Normal CC| |[email protected], | |[email protected], | |[email protected], | |[email protected] Component|General/Unknown |Resource Loader Version|1.11.x |1.18 Summary|Errors displaying error |Sending multiple http |page with FastCGI |status code headers kills | |fastcgi causing misery (and | |ugliness since RL does | |this) --- Comment #3 from Bawolff <[email protected]> 2012-02-02 01:58:58 UTC --- Updated summary: Sending status codes in multiple ways causes php-fastcgi to crash and burn. This happens most notably in MediaWiki when RL sends a 304 not modified. (Also happens on certain error pages, but the RL is most prominent example) The php people seem to think this is not a bug https://bugs.php.net/bug.php?id=33225 (which quite frankly seems stupid imho) (With that said, we should probably try to address it somewhat on our end). Is there any good reason to do things like: header( 'HTTP/1.0 304 Not Modified' ); header( 'Status: 304 Not Modified' ); One after each other? (Oh wait i know, because php's documentation tells us to: http://php.net/manual/en/function.header.php ). So in conclusion, php sucks ;) [I'm changing component to RL, eventhough not strictly an RL issue, and upping the priority slightly since it affect not just error pages anymore, and changing the version field] -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
