Last modified: 2009-04-10 14:19:27 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7363 - Articles partly disappearing.
Articles partly disappearing.
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Database (Other open bugs)
unspecified
PC Windows XP
: Normal minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-18 18:01 UTC by Ran Ari-Gur (User:Ruakh on WMF projects)
Modified: 2009-04-10 14:19 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Ran Ari-Gur (User:Ruakh on WMF projects) 2006-09-18 18:01:48 UTC
Hi,

I realize this isn't the greatest of bug reports, but I'll describe what I know,
and hopefully you can make something of it. (My apologies if you can't.)

I've visited http://en.wikipedia.org/wiki/Arata_Kochi in the past, and it's been
fine. (Most recently, about a month ago.)

Then I visited it the other day, and got the boilerplate "Wikipedia does not
have an article with this exact name" message - but the "article" tab-style link
at the top (I'm using the Monobook skin) was blue, meaning that some part of the
software knew the article did exist (contrast, say,
http://en.wikipedia.org/wiki/Horrid_typo, where the "article" tab-style link is
red). Further, I could edit the page (and the edit box contained its current
text) and navigate its history, which was intact.

The problem got resolved for that specific article by purging the cache (which
is why I've marked this bug a minor one), but it's my understanding that this
isn't the normal purpose of the cache. The cache previously held this page, and
it's my understanding that while the cache can be out-of-date, it should never
be wrong in any other way.

(Incidentally, I brought this up on the Village Pump, and other people mentioned
other articles that have had this problem.)

I hope that's even remotely helpful to you. :-/

Sincerely,
Ran Ari-Gur
(en:User:Ruakh on Wikipedia and Wiktionary)
Comment 1 Brion Vibber 2006-09-18 18:06:29 UTC
1) Were you logged in at the time you saw the incorrect page display?

2) Has this happened on pages *after* they've been edited in the last two days?
Comment 2 Ran Ari-Gur (User:Ruakh on WMF projects) 2006-09-18 18:15:22 UTC
1) Yes.

2) Not that I know of. In the only three cases I'm aware of, the most recent
edit had been at least a few days earlier.
Comment 3 TZM 2006-09-20 13:41:12 UTC
A similar bug has happened at the German Wikipedia - several articles only
linked to [[de:Vorlage:MediaWiki Noarticletext NS]]. A null edit helped. If you
speak German, you can find some stuff about this at [[de:WP:FZW]].
Comment 4 TZM 2006-09-20 13:48:55 UTC
(and their archives, of course)
Comment 5 Chad H. 2009-04-10 14:19:27 UTC
Closing as WORKSFORME.

I can't even begin to replicate this, with or without caching. I can only assume it was an issue with the cache that has long since been fixed.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links