When the execution of jobs during normal page requests is enabled (by setting $wgJobRunRate to a number greater than 0; it defaults to 1), then this variable controls whether to execute them asynchronously or not.
When running jobs asynchronously, an internal HTTP connection for handling the execution of jobs will be opened, and MediaWiki will return the contents of the page immediately to the client without waiting for the job to complete. Otherwise, the job will be executed in the same process as the returning of the page and the client will have to wait until the job is completed. When the job does not run asynchronously, if a fatal error occurs during job execution, it will propagate to the client, aborting the loading of the page.
Even if $wgRunJobsAsync is set to true, if PHP can't open a socket to make the internal HTTP request, it will fall back to the synchronous job execution.
Many users have problems with pages, which do not appear in their categories although they are categorized correctly in the wikitext. In many cases this is a problem with the job queue. The issue people usually have is that pages do not immediately appear inside their categories. Reasons may be different. It is possible that the job queue is not working at all or that the queue is not executing enough jobs per page view due to the way the wiki is being used. In the latter case, more jobs get queued than are executed, stalling execution.
In these cases, one should try the following:
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4