Last modified: 2014-11-15 12:06:13 UTC
There is a too long delay between creating a new page and the links to this page becoming blue. I tried to manually update links: $ time php /var/www/withoutvowels/web/w/maintenance/runJobs.php real 0m0.163s user 0m0.084s sys 0m0.020s but after running this command links which should become blue remained brown. Please help me to make links to newly created page blue.
Hi VictorPorton, unfortunately this report is not very useful because it does not describe the problem well. If you have time and can still reproduce the problem, please read https://www.mediawiki.org/wiki/How_to_report_a_bug and add a more useful description to this report. What does "too big delay" mean exactly? How long does it take? Also, this might be a question for https://www.mediawiki.org/wiki/Project:Support_desk - Could ask there and paste the link here? Thanks!
Does editing a page *with* a redlink help? Also, is there any squid or varnish or other such caching layer in use?
Editing a page with a redlink does not help. There are no squid, I don't know what is varnish. It is installed on my own virtual private server and I know that there no levels above Apache.
(In reply to VictorPorton from comment #0) > > but after running this command links which should become blue remained brown. > > Please help me to make links to newly created page blue. Do you mean "brown" or "red"? More specifically: Are those "brown" links, when you hover the mouse over them, point to an URL with ?action=edit&redlink=1 on it, or to a normal page URL? I normally see "brown" links when I have enabled the stub threshold option in preferences, marking links to articles with less than X bytes with that color.
It seems that yes these brown links are ?action=edit&redlink=1 (however I've tested this only with a page which has not been created yet, not with a recently created new page, as in the bug). I will investigate and comment further later.
Also, note that this report was for version 1.20, which is now no longer supported. See https://www.mediawiki.org/wiki/Version_lifecycle You should upgrade at least to 1.21 (which will end its support on May, this year) or better, to 1.22. Note that in 1.22 changes were made to the job queue and it's a bit unstable. You may need to set $wgPhpCli to false in LocalSettings.php if you have problems with it. See https://www.mediawiki.org/wiki/Manual:Job_queue
MediaWiki 1.22.5 The site http://withoutvowels.org I have created page "Test" with hyperlink "[[Test2]]". The link was brown as it should be. Then I created page "Test2" and the link immediately became blue, as it should be. But: I opened http://withoutvowels.org/wiki/Tanakh:Genesis_4:24 and saw the last Hebrew word (counting from the right to the left) of 4:24 was brown. It linked to a `?action=edit&redlink=1` page. Then I've created test page "Hebrew:ושבעה" but the link in questionn hasn't become blue and remained `?action=edit&redlink=1`. This is weird. Why does it work for page "Test2" and does not work as it should for "Hebrew:ושבעה"? Is the issue with cross-namespace links? Is the issue with write-protected pages? (http://withoutvowels.org/wiki/Tanakh:Genesis_4:24 is write-protected.) Anyway it is weird and I want this to be fixed. Should I play with configuration variables descried in https://www.mediawiki.org/wiki/Manual:Job_queue ?
Hm, maybe it does not work with Hebrew letters in page title?
I've purged the page [1] (since I have no permission to edit pages) and the red link became blue. It's hard to tell what happened here. Do you have shell access? running showJobs.php [2] will list the pending jobs, and see when it has been executed (after reloading the page several times), or by running runJobs.php Also, seeing the generated HTML code of the page, and looking for the line <!-- Saved in parser cache with key ****** and timestamp ******* -->, to see if it changes. ---- [1] http://withoutvowels.org/w/index.php?title=Tanakh:Genesis_4:24&action=purge [2] https://www.mediawiki.org/wiki/Manual:ShowJobs.php
http://withoutvowels.org/wiki/Tanakh:Genesis_4:25 <!-- Saved in parser cache with key withoutvowels:pcache:idhash:10795-0!*!0!*!*!*!* and timestamp 20140413205045 --> I create http://withoutvowels.org/wiki/Hebrew:%D7%94%D7%A8%D7%92%D7%95 for testing. Ctrl+F5 at http://withoutvowels.org/wiki/Tanakh:Genesis_4:25 It remains brown. <!-- Saved in parser cache with key withoutvowels:pcache:idhash:10795-0!*!0!*!*!*!* and timestamp 20140413205045 --> (not changed) $ php ./maintenance/showJobs.php 0 Ctrl+F5 at http://withoutvowels.org/wiki/Tanakh:Genesis_4:25 $ php ./maintenance/showJobs.php 0 $ php ./maintenance/runJobs.php $ php ./maintenance/showJobs.php 0 Ctrl+F5 at http://withoutvowels.org/wiki/Tanakh:Genesis_4:25 It remained brown.
That's really strange. I've done the same test on a local 1.22 installation, disabling the on-request job queue ($wgJobRunRate = 0;) and the link becomes blue when reloading the page. The key in parser cache remains the same, but the timestamp gets updated when the link becomes blue. What cache options do you have? file cache, DB, memcached...?
LocalSettings.php: $wgMainCacheType = CACHE_NONE; $wgMemCachedServers = array();
It's definitively not a Job queue bug. Apparently, not caused by hebrew text. I've made the same test on my wiki with the same article text and it didn't happened, even with $wgJobRunRate = 0. In fact, if there are less than 200 backlinks, it performs the update at that moment. Can you enable the debug log file [1] ($wgDebugLogFile) before saving a linked "redlink" page, and disabling it after? Post it in a pastebin and share the link here (be sure to remove private information, like cookies, tokens, as explained on the manual). Enable also $wgDebugDBTransactions. Add also the option to display all PHP errors: error_reporting( -1 ); ini_set( 'display_errors', 1 ); I suspect this may be another instance of "uncommitted DB writes" error, that rollbacks the deferred update of cache invalidation. ----- [1] https://www.mediawiki.org/wiki/Manual:How_to_debug
Isn't this kind of a dupe of bug 29585
Oh, I've just forgotten that I have already reported a similar issue with an earlier version of MediaWiki.
First, `$wgDebugDBTransactions = true;` causes my site to show white screen of death (without any text). When I set `$wgDebugLogFile = true;` and added a test text to a linked Hebrew-word page, it became blue immediately after saving, as if there were no bug. I've set the LocalSettings.php back. You've said something about "less than 200 backlinks". Maybe the bug is present only for pages with more than 200 backlinks? One more error: http://withoutvowels.org/w/index.php?title=Special%3AWhatLinksHere&target=Hebrew%3A%D7%A9%D7%AA&namespace=102 says that there are no backlinks to this page. But there is at least one page backlink: http://withoutvowels.org/wiki/Tanakh:Genesis_4:25 Should I create one more bug?
(I reply to VictorPorton from comment #16) > First, `$wgDebugDBTransactions = true;` causes my site to show white screen > of death (without any text). Known bug if using mysqli. Fixed in 1.23. However if your getting pure white page you dont have php error reporting set up right.
VictorPorton: Have you fixed your setup creating the issue in comment 16/17?
