Page MenuHomePhabricator

MediaWiki:Lastmodifiedat should mention time zone
Closed, DeclinedPublic

Description

At the bottom of every page is a footer than by default reads, for instance, like

This page was last modified on 7 June 2016, at 01:54.

There is no indication of the time zone. It would be preferable if it read something like

This page was last modified on 7 June 2016, at 01:54 (UTC).

(or the user's preferred time zone if they've set it in their preferences).

This may also apply to MediaWiki:Lastmodifiedby

Event Timeline

Hydriz removed a subscriber: Hydriz.

Not part of the LastModified extension, but rather it is a MediaWiki core issue.

OK, let's say that the user indeed does even know that their preferences
cover this.

They might think "can it be trusted? I would feel better if it would
show me the timezone anyway, just so I could feel sure about it."

(Or other users, already sure, would think "Don't show me the timezone
again. It is annoying." So it seems showing/not showing it would need to
be a preference itself --- only if there is a storm raised against showing it.)

And: "Hey, after each signature on talk pages there is a timezone.
https://en.wikipedia.org/wiki/Help_talk:Talk_pages
Therefore the timezone missing here is an absolute bug!!"

And: "Hey, after each signature on talk pages there is a timezone.
https://en.wikipedia.org/wiki/Help_talk:Talk_pages
Therefore the timezone missing here is an absolute bug!!"

It is the other way round. if there is a timezone, than the time is in that timezone (on en.wikipedia in UTC, but other wikis have other default timezones), which can differ to the one in the preferences.
Is there is no timezone, than the timezone from the preferences is used.

There are many places in mediawiki showing a time, do you request it just for the messages above or for all places with time?

It seems there is a bug on zh.wikipedia.org that stops the UTC from
getting through, even for non-logged in users.

$ w3m -dump https://zh.wikipedia.org/wiki/%E5%8D%97%E6%96%AF%E6%8B%89%E5%A4%AB%E4%B8%BB%E7%BE%A9?uselang=en | grep last\ edit

• This page was last edited on 9 February 2020, at 18:00.

$ w3m -dump https://en.wikipedia.org/wiki/Fun?uselang=en | grep last\ edit

• This page was last edited on 30 December 2020, at 14:48 (UTC).

Anyway, zh speakers also live in several timezones. Not just one. And it isn't clear if it means Beijing time or world time, etc.

Yes, every time a time is mentioned, some mention of zone should be added. Just like this banner,

20210115T120049.jpg (333×1 px, 43 KB)

uselang=en does not mean it should use UTC

On enwiki it is hard coded - see history https://en.wikipedia.org/w/index.php?title=MediaWiki:Lastmodifiedat&action=history
But is hidden by CSS for users, because it would give a wrong timestamp if it show to logged in users, because the timezone from the preferences is used.

It is always the user preferences, if the user is not logged in the the default timezone of the wiki is used. That apply to every timestamp.

Not sure if that is fixable. Maybe mediawiki or the server config defines a new date format with timezone in the preferences and than the format is set as default.

uselang=en does not mean it should use UTC

On enwiki it is hard coded - see history https://en.wikipedia.org/w/index.php?title=MediaWiki:Lastmodifiedat&action=history
But is hidden by CSS for users, because it would give a wrong timestamp if it show to logged in users, because the timezone from the preferences is used.

It is always the user preferences, if the user is not logged in the the default timezone of the wiki is used. That apply to every timestamp.

Not sure if that is fixable. Maybe mediawiki or the server config defines a new date format with timezone in the preferences and than the format is set as default.

It seems there is a bug on zh.wikipedia.org that stops the UTC from

getting through, even for non-logged in users.

Not a bug given English Wikipedia has customized the message @ https://en.wikipedia.org/wiki/MediaWiki:Lastmodifiedat

Chinese wikipedia can chose to do the same if it wants.

I think this should be declined on the basis that a workaround exists.

OK. Please somebody notify all the affected Wikipedias.

Feel free to do so if you think that there was any reason for that