Last modified: 2010-05-15 14:36:29 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T2251, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 251 - Special:Undelete sometimes shows wrong history time
Special:Undelete sometimes shows wrong history time
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-08-29 20:40 UTC by Stephan Walter
Modified: 2010-05-15 14:36 UTC (History)
2 users (show)

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


Attachments

Description Stephan Walter 2004-08-29 20:40:22 UTC
On de.wikipedia, Special:Undelete sometimes shows an "impossible" article history.

Example (from http://de.wikipedia.org/wiki/Spezial:Undelete/Sarah_Brightman ):

* 20:21, 29. Aug 2004 Stw Sarah Brightman wurde gelöscht (...)
* 22:18, 29. Aug 2004 . . 213.252.242.137 () 

According to this, the article was created at 22:18, and deleted at 20:21, which
is quite impossible.

If you ask me, and IANAE, the software seems to mix UTC and CEST times.
Comment 1 Brion Vibber 2004-08-29 20:54:00 UTC
The first line is not part of the article history, but rather a line extracted from the deletion log. The deletion 
log in 1.3 uses UTC always, as it's stored as text and needs to be consistent (it used to be even worse -- it 
would list the local time of the user who deleted the page!) Normally it should be visually distinct, spaced from 
the following history lines. With only one history line as in the linked example this isn't very obvious, perhaps.

The history line(s) then follow, like everything else shown with the viewing user's local timestamp.

In any case this visual inconsistency should be gone in 1.4, since the deletion log is now stored as a machine-
readable table and the timestamp can be shown in the user's local time settings.
Comment 2 Chris Wood 2004-08-31 03:29:19 UTC
So this bug is fixed?
Comment 3 Brion Vibber 2005-03-10 03:28:08 UTC
Resolving as fixed, as 1.4 does this correctly.

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


Navigation
Links