⚓ T7092 MediaWiki namespace pages regularly fall back to an obsolete version, due to server cache effect

⚓ T7092 MediaWiki namespace pages regularly fall back to an obsolete version, due to server cache effect
Page Menu
Phabricator
Create Task
Maniphest
T7092
MediaWiki namespace pages regularly fall back to an obsolete version, due to server cache effect
Closed, Resolved
Public
Actions
Edit Task
Edit Related Tasks...
Create Subtask
Edit Parent Tasks
Edit Subtasks
Merge Duplicates In
Close As Duplicate
Edit Related Objects...
Edit Commits
Edit Mocks
Mute Notifications
Protect as security issue
Assigned To
aaron
Authored By
bzimport
Feb 25 2006, 10:48 PM
2006-02-25 22:48:00 (UTC+0)
Tags
WMF-General-or-Unknown
Patch-For-Review
MW-1.27-release (WMF-deploy-2016-04-26_(1.27.0-wmf.22))
MW-1.27-release (WMF-deploy-2016-04-12_(1.27.0-wmf.21))
MW-1.27-release-notes
Referenced Files
None
Subscribers
aaron
Aklapper
Bawolff
Billinghurst
gerritbot
Huji
Kronf
View All 17 Subscribers
Description
Author:
Wiki.Melancholie
Description:
At least on alsWP, deWNews and deWikt the message
MediaWiki:Sidebar
regularly falls back to an totally obsolete version, due to some kind of server cache problem. Then many links are obsolete or broken on the left navigation sidebar, because of many changes towards the sidebar after the un-customisable version of [[MediaWiki:Sidebar]] had been enhanced to what we know now.
For forcing the servers to fetch the newest version, you have to edit and save [[MediaWiki:Sidebar]] as a sysop, unfortunately (for those who are reading: You do not have to change the page, just click "save" without having changed something; that's enough).
Is there a way, that [[MediaWiki:Sidebar]] does not get affected by this server cache effect? This fall back is pretty annoying, I would say! --- Best regards,
Melancholie
See Also
T45516: MessageCache.php: Could not acquire lock
T46493: Simple English Wiktionary local system messages ignored: set $wgLanguageCode to en
T18146: Default sidebar cached after restoring MediaWiki:Sidebar from backup
Details
Reference
bz5092
Related Changes in Gerrit:
Subject
Repo
Branch
Lines +/-
Make MessageCache handle lock timeouts better
mediawiki/core
wmf/1.27.0-wmf.21
+35
-2
Make MessageCache handle lock timeouts better
mediawiki/core
master
+35
-2
Customize query in gerrit
Related Objects
Mentions
Duplicates
Mentioned Here
T18146: Default sidebar cached after restoring MediaWiki:Sidebar from backup
T45516: MessageCache.php: Could not acquire lock
T46493: Simple English Wiktionary local system messages ignored: set $wgLanguageCode to en
Duplicates Merged Here
T31894: Messages defined in MediaWiki namespace are not always used again
Event Timeline
bzimport
raised the priority of this task from
to
Medium
Nov 21 2014, 9:08 PM
2014-11-21 21:08:33 (UTC+0)
bzimport
added a project:
WMF-General-or-Unknown
bzimport
set Reference to bz5092.
bzimport
added a subscriber:
Unknown Object (MLST)
bzimport
created this task.
Feb 25 2006, 10:48 PM
2006-02-25 22:48:00 (UTC+0)
bzimport
added a comment.
Feb 25 2006, 11:32 PM
2006-02-25 23:32:03 (UTC+0)
Comment Actions
robchur
wrote:
The sidebar is cached; the caching is necessary to help performance. Purge any
pages showing the old version if you come across them, but don't panic; the
cache eventually expires.
brooke
added a comment.
Feb 26 2006, 1:26 AM
2006-02-26 01:26:27 (UTC+0)
Comment Actions
The cache shouldn't be reverting to old versions. This may be related to general
message cache problems getting frozen in the sidebar cache.
bzimport
added a comment.
Feb 26 2006, 3:09 AM
2006-02-26 03:09:46 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
Yes, I was writing about very old versions of those sidebars (outdated since
many months). Maybe it would help when deleting all older revisions of
[[MediaWiki:Sidebar]], but deleting almost the whole history actually is not in
terms of a GNU-FDL wiki ;-)
bzimport
added a comment.
Feb 26 2006, 8:09 PM
2006-02-26 20:09:57 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
I don't know for sure, but at least on alsWP the cache 'flashback' had lead to
the oldest revisions ("MediaWiki default") of MediaWiki:Sidebar two or three
times in the last two months, I think. Maybe the sidebar also falls back to
other revisions, but everytime I recognised this problem, a "MediaWiki default"
revision had been fetched, I assume. And especially those are totally outdated
on some projects ;-)
bzimport
added a comment.
Mar 3 2006, 3:44 PM
2006-03-03 15:44:25 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
OK, right now at least I do have this problem at [[als:]] again; but I am not
sure whether others will also get the old sidebar or not (check the "Aktuelle
Ereignisse" link for example)
bzimport
added a comment.
Mar 28 2006, 9:10 AM
2006-03-28 09:10:09 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
Although I deleted all older revisions of [[:als:MediaWiki:
Sidebar]] some days ago, the navigation falls back! It seems that
some kind of standard sidebar is fetched instead of the current
MediaWiki:Sidebar. Or there are still cached versions of the
already deleted revisions on the server. Maybe the sidebar even
falls back to MessagesGsw.php, is this possible?
bzimport
added a comment.
Apr 4 2006, 11:06 AM
2006-04-04 11:06:29 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
Right now it occured once more on [[:als:]]. Furthermore a user
reported, that the sidebar sometimes even falls back to an English
version!
See [[:als:Wikipedia:Stammtisch#Navigation]].
bzimport
added a comment.
Apr 4 2006, 10:10 PM
2006-04-04 22:10:09 (UTC+0)
Comment Actions
kaveh_d
wrote:
This is also common on the Persian Wikipedia where it frequently falls back to
the LanguageFA.php version.
bzimport
added a comment.
Apr 5 2006, 1:22 PM
2006-04-05 13:22:18 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
BTW: When forcing a reload (Firefox: Ctrl+R) the correct version of the sidebar
is loaded sometimes (but not always).
A similar effect occurred for monobook.css today on als.WP using Firefox
1.5.0.1! The current monobook.css was not loaded (but strangely, monobook.js
was!) and so some CSS stuff was not shown. After a reload the CSS worked out,
too. Is this related to the sidebar bug?
bzimport
added a comment.
Apr 5 2006, 1:40 PM
2006-04-05 13:40:40 (UTC+0)
Comment Actions
gangleri
wrote:
Hallo!
Same happened the 26th of March 2004 with
see [[yi:user_talk:Gangleri#menu_bar_again_English]]
I did not find the time to ask at #mediawiki about what particular changed
caused that.
A woraround might be *only* to use LATIN characters as described at
[[yi:MediaWiki_talk:Sidebar#MediaWiki_messages_used_at_the_yi.wikipedia_Sidebar]]
Please compare with the actual version of [[yi:MediaWiki:Sidebar]].
best regards reinhardt [[user:gangleri]]
bzimport
added a comment.
Apr 6 2006, 11:31 PM
2006-04-06 23:31:50 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
*** Bug 5480 has been marked as a duplicate of this bug. ***
bzimport
added a comment.
Apr 7 2006, 1:14 AM
2006-04-07 01:14:15 (UTC+0)
Comment Actions
gangleri
wrote:
(In reply to comment #10)
A woraround might be *only* to use LATIN characters as described at
[[yi:MediaWiki_talk:Sidebar#MediaWiki_messages_used_at_the_yi.wikipedia_Sidebar]]
Please compare with the actual version of [[yi:MediaWiki:Sidebar]].
*note*
[[ka:MediaWiki:Sidebar]] (what bug 5480 is about) dit never ever contain Georgian
characters. Please forget the "speculation" from comment 10.
bzimport
added a comment.
Apr 7 2006, 1:30 AM
2006-04-07 01:30:12 (UTC+0)
Comment Actions
gangleri
wrote:
Looking in my browser at the sourcode for [[ka:MediaWiki:Sidebar]] I couls see:

There is neither a timestamp nor other information.
*question*
What (additional comments) would be required to trace such kind of issues as the one
fom bug 5092?
bzimport
added a comment.
Apr 8 2006, 10:00 PM
2006-04-08 22:00:03 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
It happens again right now; see [[:als:Houptsyte]]!
Can you see it (compare with [[:als:MediaWiki:Sidebar]])?
Deletion of earlier versions and saving MediaWiki:Sidebar again and again (also with
little changes) did not solve this problem. Strange, isn't it?
bzimport
added a comment.
Apr 8 2006, 10:08 PM
2006-04-08 22:08:00 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
(In reply to comment #14)
...did not solve this problem...
Just to be articulate: ...did not fix the bug...
Note: If I would edit and save MediaWiki:Sidebar (even without changing something)
the correct Sidebar would be shown again (for some hours/days ;-), but I will wait
until you had a look on it.
bzimport
added a comment.
Apr 9 2006, 12:37 AM
2006-04-09 00:37:31 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
I found something weird by the way:
When I change the standard sidebar on a new wiki, the first line is shown as removed
on the diff view. See
Sidebar&curid=1282&diff=3790&oldid=2716 for example.
bzimport
added a comment.
Apr 9 2006, 8:47 AM
2006-04-09 08:47:57 (UTC+0)
Comment Actions
gangleri
wrote:
(In reply to comment #16)
I found something weird by the way:
When I change the standard sidebar on a new wiki, the first line is shown as
removed ...
But this did not happen at
The timestamps of the "previous" messages both on 'Wikibooks' and 'Wikiquote' is
identical:
05:39, 2. Dez 2005 MediaWiki default
[[b:als:MediaWiki:Sidebar]] shows for me:

[[q:als:MediaWiki:Sidebar]] shows for me:

bzimport
added a comment.
Apr 9 2006, 4:16 PM
2006-04-09 16:16:17 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
(In reply to comment #17)
Yes, it did not happen at als.wikiquote, because I added an empty line at the top to
test if this might work!
If this maybe (*only maybe*) has something to do with this bug, we will see it when
comparing b:als and q:als (if this bug should occur there, too).
Did a developer see comment #14 and the effect on w:als? Note: In the meantime
MediaWiki:Sidebar has been rolled back by a sysop. This bug becomes really annoying!
bzimport
added a comment.
Apr 10 2006, 9:19 AM
2006-04-10 09:19:07 (UTC+0)
Comment Actions
gangleri
wrote:
has been reported again at [[yi:project:Bugs#005]]
bzimport
added a comment.
Apr 11 2006, 1:21 AM
2006-04-11 01:21:14 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
*** Bug 5519 has been marked as a duplicate of this bug. ***
bzimport
added a comment.
Apr 11 2006, 1:25 AM
2006-04-11 01:25:51 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
Another weird effect occurred on zh.WP, see bug 5519. I think that is related to
this bug, as nothing had been changed to MediaWiki:Sidebar there, too.
bzimport
added a comment.
Apr 14 2006, 8:00 AM
2006-04-14 08:00:49 (UTC+0)
Comment Actions
beesley
wrote:
The same was reported on Korean Wiktionary yesterday.
bzimport
added a comment.
Sep 14 2006, 7:17 PM
2006-09-14 19:17:06 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
BTW: The bug is still there; see [[als:Houptsyte]]!
Nux
added a comment.
Sep 15 2006, 9:17 PM
2006-09-15 21:17:15 (UTC+0)
Comment Actions
In case anybody was wondering it's also still there on pl-wiki. It's not so
anoying since we have a JS backup script, but could be wired for those that
don't like JS and have it turned off. Anyway you can have a peak in the source
to check it out [[pl:123456]]
bzimport
added a comment.
Sep 16 2006, 9:10 AM
2006-09-16 09:10:18 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
For those who might be interested: The mentioned JS script can be found at
[[pl:MediaWiki:Monobook.js#sidebarProceduraAwaryjna]]!
Nux
added a comment.
Sep 16 2006, 2:42 PM
2006-09-16 14:42:36 (UTC+0)
Comment Actions
I've just added some comments in the script. If anyone will be interested in
using this. Here's the thing you should do:
Empty edit on your MediaWiki:Sidebar (this will give you proper sidebar).
View source of the page and look for "p-navigation".
Copy the code in the div (including header element

).
Paste the code in ''.
Remeber to add \ on end of each line between ''.
The script is not very nice as it uses innerHTML method to insert HTML code, but
it works and it's short :).
brooke
added a comment.
Sep 19 2006, 8:49 AM
2006-09-19 08:49:15 (UTC+0)
Comment Actions
Bug 7370 has been marked as a duplicate of this bug. ***
bzimport
added a comment.
Jan 11 2007, 6:17 PM
2007-01-11 18:17:25 (UTC+0)
Comment Actions
hrekkjalomur
wrote:
This also happens on is.wiki.
Nikerabbit
added a comment.
Jan 6 2008, 5:56 PM
2008-01-06 17:56:07 (UTC+0)
Comment Actions
It seems to happen on low-memory conditions on my own wiki. Especially annoying if the obsolete version gets into object cache.
Nikerabbit
added a comment.
Feb 11 2008, 1:38 PM
2008-02-11 13:38:12 (UTC+0)
Comment Actions
Bug 12986 has been marked as a duplicate of this bug. ***
bzimport
added a comment.
Feb 17 2008, 5:00 PM
2008-02-17 17:00:35 (UTC+0)
Comment Actions
Aphaia
wrote:
It happens on meta regularly and recently ... since this January or so, not far from the past. The default setting (not localized with [[mediawiki:Sidebar]]) appears then, we can get back our setting just purging the message, but well, it would be nice to see this bug fixed. Thanks.
Huji
added a comment.
Feb 18 2008, 11:48 PM
2008-02-18 23:48:09 (UTC+0)
Comment Actions
Today, I read on Persian Wikipedia that this has happened again. In Persian Wikipedia, there has been instances of Sidebar falling back to English version for a short time, and then getting fixed automatically. Just wanted to keep this bug live.
bzimport
added a comment.
Mar 4 2008, 6:31 PM
2008-03-04 18:31:39 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
This happens on all wikis, again and again (and pretty often again since 2008 > caching)!
Even on de.wikipedia this has been noticed several times now (see [[w:de:Wikipedia:Fragen_zur_Wikipedia/Archiv/2008/Woche_06#Wer_hat_denn_nun_schon_wieder_an_der_Navigationsleiste_rumgespielt.3F]] for example).
On smaller wikis the effect is worst, I guess (traffic/cache reasons?). And especially on smaller wikis it takes longer until a sysop sees it and reacts to it.
Sorry, but this bug is getting very old and *very* annoying!
Please just create individual fallback messages for [[MediaWiki:Sidebar]] (a file like SidebarDeWiktionary.php (acc. to MessagesDe.php)) and *keep them up to date* by a server-side script for example (or BetaWiki?).
Is this bug really that difficult to fix??
bzimport
added a comment.
Apr 27 2008, 6:11 AM
2008-04-27 06:11:34 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
As this bug occurs pretty often the last months, I made a JavaScript that will alert (in navigation box) any SysOp to flush the sidebar's cache (empty edit) by one click if the sidebar falls back! Saving is done automatically (with return-to-redirect) and a tally is updated automatically, too (
).
[[wikt:de:MediaWiki:If-sidebar-bug.js]] (included by Monobook.js)
You have to replace the following stuff:
"n-verzeichnisse" by any ID that is not in the fallback version
the German text ;-)
bzimport
added a comment.
Apr 28 2008, 1:22 AM
2008-04-28 01:22:36 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
I had to make some changes to the script from yesterday ([[wikt:de:MediaWiki:If-sidebar-bug.js]]), as the array wgUserGroups made problems if being not defined at all for IPs, or if accessed by .indexOf() with IE!
[[wikt:de:MediaWiki:If-sidebar-bug.js]] (included by Monobook.js; works with FF, Safari, Opera, IE)
Sorry for that!
brooke
added a comment.
Apr 29 2008, 8:09 PM
2008-04-29 20:09:04 (UTC+0)
Comment Actions
Bug 13842 has been marked as a duplicate of this bug. ***
bzimport
added a comment.
Apr 29 2008, 11:56 PM
2008-04-29 23:56:54 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
Although the script was interfering with an user script on dewiktionary causing false alerts for one user (what is fixed now) the tally showed me that on [[wikt:is:]] it seems to happen rather often, so I had a look on it. As I visited *any* page but the main page the sidebar was ok. When I visited the Main_Page there, the sidebar was fallen back (but only on the main page, was not logged in)! Only after (?action=)purging the main page, the sidebar was ok. Didn't see this bug happen this way, so long. Was the Main_Page just cached in the wrong moment (implying that a edit of [[MediaWiki:Sidebar]] is not clearing page caches)?
bzimport
added a comment.
May 1 2008, 7:46 AM
2008-05-01 07:46:14 (UTC+0)
Comment Actions
mccormack
wrote:
Since we started to get this bug on English Wikiversity a couple of weeks ago, it has been recurrent. It's definitely a server cache issue - different users on different sides of the globe get hit by it almost at the same minute. It would seem that if we update [[MediaWiki:Sidebar]], this clears the cache the reinstates the proper version of the sidebar for a day or so - perhaps a few days. But after a while an unknown trigger causes the sidebar to fall back again to the default. This has now happened repeatedly - perhaps 4 to 6 times, perhaps more, in a cycle. It definitely did not happen before about a couple of weeks ago.
bzimport
added a comment.
May 4 2008, 11:25 PM
2008-05-04 23:25:27 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
It seems that this happens the same time every day, see
It occurs around 20:00 o'clock UTC.
Is there maybe a periodic server process that could cause this bug?
brooke
added a comment.
May 5 2008, 11:23 PM
2008-05-05 23:23:24 (UTC+0)
Comment Actions
By default, the message & sidebar caches each expire after 24 hours... probably some ugly interaction there.
bzimport
added a comment.
May 10 2008, 8:13 AM
2008-05-10 08:13:48 (UTC+0)
Comment Actions
Bryan.TongMinh
wrote:
*** Bug 14061 has been marked as a duplicate of this bug. ***
bzimport
added a comment.
May 15 2008, 6:01 PM
2008-05-15 18:01:43 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
*** Bug 14135 has been marked as a duplicate of this bug. ***
bzimport
added a comment.
May 15 2008, 6:06 PM
2008-05-15 18:06:55 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
Notes of bug 14135:
MessagesEn.php was used as fallback for sidebar instead of MessagesKsh.php
action=purge helped in this case
lasted 25 min
bzimport
added a comment.
Oct 13 2008, 5:22 PM
2008-10-13 17:22:23 (UTC+0)
Comment Actions
Wiki.Melancholie
wrote:
Bug seems fixed since 2008-05-22.
If not really, just reopen this bug again!
Nemo_bis
added a comment.
Sep 19 2013, 7:19 PM
2013-09-19 19:19:14 (UTC+0)
Comment Actions
Bug 54326 has been marked as a duplicate of this bug. ***
Nemo_bis
added a comment.
Sep 19 2013, 7:19 PM
2013-09-19 19:19:21 (UTC+0)
Comment Actions
Bug 52682 has been marked as a duplicate of this bug. ***
Nemo_bis
added a comment.
Sep 19 2013, 7:19 PM
2013-09-19 19:19:31 (UTC+0)
Comment Actions
I doubt this has ever been fixed for real.
(Nikerabbit on bug 54326 comment #3)
I believe this is a known thing existing for years: when message cache (for
MediaWiki namespace) creation takes too long (usually when all caches are
empty), MediaWiki will skip it and display the default messages, which will
then get cached in the separate sidebar cache.
liangent
added a comment.
Sep 30 2013, 11:37 AM
2013-09-30 11:37:03 (UTC+0)
Comment Actions
- happened in autosummary just now.
Nemo_bis
added a comment.
Feb 26 2014, 12:30 PM
2014-02-26 12:30:48 (UTC+0)
Comment Actions
I'm told this is happening since yesterday's update on Meta-Wiki for MediaWiki:Ipbreason-dropdown and that purging or deleting (and restoring) didn't help for Billinghurst and Trijnstel (presumably en and nl interface respectively).
Trijnstel
added a comment.
Feb 26 2014, 3:11 PM
2014-02-26 15:11:24 (UTC+0)
Comment Actions
(In reply to Nemo from comment #49)
I'm told this is happening since yesterday's update on Meta-Wiki for
MediaWiki:Ipbreason-dropdown and that purging or deleting (and restoring)
didn't help for Billinghurst and Trijnstel (presumably en and nl interface
respectively).
en interface for me on meta and en-gb for billinghurst
see also bug 61945 and bug 61942
Nemo_bis
added a comment.
May 7 2014, 8:17 PM
2014-05-07 20:17:11 (UTC+0)
Comment Actions
Happened for MediaWiki:Sidebar on it.wikiquote for a few days till yesterday; bug it may be bug 64230 instead.
Nemo_bis
awarded a token.
Dec 12 2014, 8:25 AM
2014-12-12 08:25:43 (UTC+0)
Kronf
subscribed.
Feb 19 2015, 5:27 PM
2015-02-19 17:27:50 (UTC+0)
Comment Actions
Happened two times on de.wiktionary recently (17.02. about 19:30 GMT and 19.02. about 16:20 GMT), lasting up to 2 hours until a sysop came around to do a null edit.
Kronf
merged a task:
T31894: Messages defined in MediaWiki namespace are not always used again
Feb 19 2015, 5:47 PM
2015-02-19 17:47:40 (UTC+0)
Kronf
added subscribers:
Shizhao
siebrand
MarkAHershberger
He7d3r
updated the task description.
(Show Details)
Jan 8 2016, 3:47 PM
2016-01-08 15:47:43 (UTC+0)
He7d3r
set Security to None.
Restricted Application
added a subscriber:
Aklapper
View Herald Transcript
Jan 8 2016, 3:47 PM
2016-01-08 15:47:43 (UTC+0)
He7d3r
updated the task description.
(Show Details)
Jan 8 2016, 3:49 PM
2016-01-08 15:49:00 (UTC+0)
He7d3r
removed a subscriber:
wikibugs-l-list
gerritbot
subscribed.
Apr 21 2016, 3:41 AM
2016-04-21 03:41:02 (UTC+0)
Comment Actions
Change 284512 had a related patch set uploaded (by Aaron Schulz):
Make MessageCache handle lock timeouts better
gerritbot
added a project:
Patch-For-Review
Apr 21 2016, 3:41 AM
2016-04-21 03:41:03 (UTC+0)
gerritbot
added a comment.
Apr 21 2016, 1:18 PM
2016-04-21 13:18:41 (UTC+0)
Comment Actions
Change 284512 merged by Ori.livneh:
Make MessageCache handle lock timeouts better
gerritbot
added a comment.
Apr 21 2016, 1:18 PM
2016-04-21 13:18:52 (UTC+0)
Comment Actions
Change 284696 had a related patch set uploaded (by Ori.livneh):
Make MessageCache handle lock timeouts better
gerritbot
added a comment.
Apr 21 2016, 1:19 PM
2016-04-21 13:19:40 (UTC+0)
Comment Actions
Change 284696 merged by Ori.livneh:
Make MessageCache handle lock timeouts better
ReleaseTaggerBot
added projects:
MW-1.27-release (WMF-deploy-2016-04-26_(1.27.0-wmf.22))
MW-1.27-release (WMF-deploy-2016-04-12_(1.27.0-wmf.21))
MW-1.27-release-notes
Apr 21 2016, 2:00 PM
2016-04-21 14:00:27 (UTC+0)
aaron
closed this task as
Resolved
Apr 21 2016, 3:50 PM
2016-04-21 15:50:54 (UTC+0)
aaron
claimed this task.
aaron
subscribed.
Comment Actions
In
T7092#96520
@Nemo_bis
wrote:
I doubt this has ever been fixed for real.
(Nikerabbit on bug 54326 comment #3)
I believe this is a known thing existing for years: when message cache (for
MediaWiki namespace) creation takes too long (usually when all caches are
empty), MediaWiki will skip it and display the default messages, which will
then get cached in the separate sidebar cache.
That cache pollution problem should be avoided from here on.
Log In to Comment
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct.
Wikimedia Foundation
Code of Conduct
Disclaimer
CC-BY-SA
GPL
Credits