The current situation doesn't work in all installations and has being worse
since MediaWiki 1.27. Default settings should be safe in all installations,
and $wgRunJobsAsync wasn't one of them.
Bug: T142751
Change-Id: I8daa38534a0e925a75ba2fb47e3e299f1baee4b1
* $wgUserEmailUseReplyTo is now true by default to work around restrictive DMARC policies.
* Subpages are now enabled by default in the Template namespace. Set
$wgNamespacesWithSubpages[NS_TEMPLATE] to false to keep the old behavior.
+* $wgRunJobsAsync is now false by default (T142751). This change only affects
+ wikis with $wgJobRunRate > 0.
=== New features in 1.29 ===
* (T5233) A cookie can now be set when a user is autoblocked, to track that user if
*
* @since 1.23
*/
-$wgRunJobsAsync = (
- !function_exists( 'register_postsend_function' ) &&
- !function_exists( 'fastcgi_finish_request' )
-);
+$wgRunJobsAsync = false;
/**
* Number of rows to update per job