Topic on Project:Support desk

[NOT REALLY SOLVED] link color: "light red link" of article does not change

8
Metathom (talkcontribs)
  • MediaWiki 1.24.2
  • PHP 5.3.28-nmm2 (apache2handler)
  • MySQL 5.5.43-nmm1-log

Hello, I created two articles but the link color is still: "light red link" (link to a page that does not exist, but you have visited). I logged in as admin, as normal user, restarted Firefox... But the link is still "light red" and context menu says "site does not exist". By clicking the link it direct to the site. That's not the problem. What could be the reason? Wikisite is behind htaccess. Thank you.

EDIT: Problem disappeared.

88.130.78.97 (talkcontribs)

Another of the "job queue not working as expected" problems. Seems like in current releases this is happening increasingly often; it especially often can be perceived in wikis, which have a very low number of page hits.

Ciencia Al Poder (talkcontribs)

I've also seen lots of threads like this one lately and I'll probably create a ticket for investigation. Manual:Job queue#HTML cache invalidation advertises that By default, jobs are added when more than 500 pages need to be invalidated, but this doesn't seem to be true, since they're supposed to create a new page that's linked from a couple of places at most.

Still, even disabling the automatic run of the job queue, I was unable to reproduce the issue.

Ciencia Al Poder (talkcontribs)

Actually, I was able to reproduce this if $wgJobRunRate is set to 0. In fact, it's possible that this also happens for $wgJobRunRate values less than 1 (the default is 1), or if there are more pending jobs, in which case it may take a while until older jobs are cleared.

I've updated the documentation, because the wording suggested that only pages with more than 500 links will use the job queue and otherwise the update would be done on the same request, but that's not true.

198.129.106.24 (talkcontribs)

We have been experiencing this issue since the 1.24 upgrade. Just saw this (thank you!), ran the runJobs maintenance script and seems to work OK. Should this be a scheduled job?

I will have to do some reading to better understand this. Any pointers/input would be really appreciated.

108.58.193.58 (talkcontribs)

I don't have access to the server for our internal wiki, but I found that going to a redlink page and saving without making any changes can resolve the issue for us. It doesn't persist a change set to the history, and it appears to be possible for anyone with edit access to do.

Norsen1983 (talkcontribs)

Hi Gents! I have the same problem with red links.

Mediawiki 32, latest and greatest, running on windows server 2016 under IIS.

PHP version 7.2, all done according to recommended procedures.

  • I tried $wgJobRunRate = 1; and $wgJobRunRate = 0;
  • I tried $wgMainCacheType = CACHE_ACCEL; in this case I was unable to execute runJobs.php .
  • I tried $wgMainCacheType = CACHE_NONE; THis case I was able to execute runJobs.php successfully, there was a reasonable output in its log, but still the links are red ))
  • I tried to edit and save a redlinked page without making changes , like the previous contributor described, but it doesn't work for me.
  • What worked for me: go to page with red link, press edit, make no changes, press preview - on the preview the link is blue, press save. After that the link is blue. So it is edit-preview-save without changes.
  • When I change LocalSettings.php and restart web-site in IIS, red links become blue.
  • The interesting thing (but I'm not 100% sure in it): the problem wasn't there in the beginning, but introduced a few days ago, after I started to use wiki templates. Not sure if it is related.
  • For now I'm only one user of this wiki. Some others were logged in once but do not contribute on a daily basis. Probably that is related as well.


So, well, I don't really know what can I try more, because the time I planned to solve this is gone :(. But I'll trace the discussion here, if any new replies.

Regards,

Sergey

Ciencia Al Poder (talkcontribs)

Note that if your setup is "broken" (for example, when you were unable to run jobs), this may cause some jobs to be lost forever (usually they fail to be added to the job queue), which means runJobs.php won't solve the problem because the job is not there.

CACHE_ACCEL is often the source of problems (specially when web requests have it available, but running command-line scripts breaks because some php extension is not enabled for cli)

Once your setup is stabilized, it should work for new edits.

Reply to "[NOT REALLY SOLVED] link color: "light red link" of article does not change"