Page MenuHomePhabricator
Create Task
Maniphest T31235

Make MediaWiki consistent in how it displays time
Open, MediumPublic
Actions

Description

Split off from Bug 27858 comment 6:

Its unclear if this bug is the result of people being confused by localizing
the time in the log excerpt (/me personally has never liked how we only modify
some timestamps for timezone),

Whenever time is used in MediaWiki, it should be shown in a consistent matter.

This is a tracking bug to find areas where the display of time is not UTC or however we decide time should be displayed (e.g. the user's time zone)

Version: unspecified
Severity: normal

Details

Reference
bz29235

Related Objects
Search...

StatusSubtypeAssignedTask
 OpenNoneT31235 Make MediaWiki consistent in how it displays time
 OpenFeatureNoneT12583 Add Time zone to the article's revision history
 ResolvedUmherirrenderT17897 Break down protection summary in log_params (machine-readable, timezone-friendly, localizable expires date/timestamp)
 DuplicateNoneT21002 MediaWiki:Lastmodifiedat should display the wiki's default time zone to users without an offset specified.
 OpenFeatureNoneT21992 Support client-side date/time formatting for user's timezone, language, and preferred format (JavaScript)
 ResolvedNoneT25086 AbuseFilter config diff date and time should use user preference instead of UTC
 ResolvedvvvT31957 Special:CentralAuth shows time in UTC
 ResolvedKrenairT40789 Thread history doesn't respect time zone preferences
 DeclinedNoneT31259 add timezone to time in MediaWiki:Emailauthenticated
 ResolvedNoneT36727 Results on Special:Search should display user-preferred time
 ResolvedUnicodesnowmanT36948 file history revert message should mention time is using UTC
 OpenNoneT66430 getHumanTimestamp issues (tracking)
 DuplicateNoneT48541 Timestamp is grammatically wrong [regression]
 ResolvedNoneT47385 MWTimestamp::getHumanTimestamp() unlocalizable
 ResolvedNoneT57886 CLDR breaks core timestamp tests
 ResolvedreviT56731 For Korean language, "1 second/minute/hour ago" timestamp messages in Echo shown in English (plural >=2 is correct)
 ResolvedNoneT64607 MWTimestamp::getHumanTimestamp() (aka timestamps in echo) not translated into Chechen
 ResolvedMhutti1T123544 Document the content of a parameter fed by getHumanTimestamp()
 OpenNoneT123545 Document expected lego usage of hours-ago, monday-at, yesterday-at and friends
 OpenNoneT123553 getHumanTimestamp() returns conjoined date + time from sprintfDate() for past years
 OpenNoneT123556 Use getHumanTimestamp or the ago mechanism consistently
 ResolvedAmire80T141423 Add true dates and times to so called "human readable time stamps" as a tooltip or mouseover.
 StalledNoneT133468 Language::getHumanTimestamp does not do what it says it should do

Event Timeline

• bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:36 PM
• bzimport added projects: MediaWiki-Internationalization, Tracking-Neverending.
• bzimport set Reference to bz29235.
• bzimport added a subscriber: Unknown Object (MLST).
MarkAHershberger created this task.Jun 1 2011, 8:59 PM
Bawolff added a comment.Jun 1 2011, 10:00 PM

As a start it'd perhaps be nice to specify timezones anywhere we use the user's local time from preferences.

• bzimport added a comment.Jul 9 2011, 10:03 PM

EN.WP.ST47 wrote:

Add tracking keyword

• bzimport added a comment.Oct 28 2011, 9:39 AM

stefan.harwarth wrote:

It may be not exactly in the scope of this bug, but the wfDebugLog function always uses GMT and neither the OS timezone nor the $wgLocaltimezone. This behaviour makes it pretty hard to combine log files from Mediawiki and e.g. apache.

• bzimport added a comment.Mar 16 2014, 5:19 PM

daniel wrote:

Related:

  • Bug 62713 - wfDebugLog timestamp should show fraction of second (includes patch)
  • Bug 14601 - Use wfDebugLog instead of wfDebug by default
Glaisher closed subtask T36727: Results on Special:Search should display user-preferred time as Resolved.Jun 8 2015, 5:19 PM
Umherirrender closed subtask T17897: Break down protection summary in log_params (machine-readable, timezone-friendly, localizable expires date/timestamp) as Resolved.Nov 10 2015, 7:37 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptNov 10 2015, 7:37 PM
Umherirrender closed subtask T36948: file history revert message should mention time is using UTC as Resolved.Nov 10 2015, 7:43 PM
Meno25 unsubscribed.Feb 22 2016, 5:41 PM
Nemo_bis renamed this task from MediaWiki is inconsistent in how it displays time (tracking) to Make MediaWiki consistent in how it displays time.Jul 24 2016, 8:27 PM
Nemo_bis edited projects, added Epic; removed Tracking-Neverending.
• Phabricator_maintenance removed a parent task: T4007: [DO NOT USE] Tracking bug [superseded by #Tracking].Jul 28 2016, 2:33 AM
Nemo_bis added a subtask: T66430: getHumanTimestamp issues (tracking).Dec 29 2016, 7:52 AM
Nemo_bis mentioned this in T120733: Improve date range searches on Special:Contributions.Dec 29 2016, 7:54 AM

I just learnt the situation is getting even worse, due to the inclusion of yet another date formatting system i.e. moment.js (in DateinputWidget and perhaps other places). See T120733#2906064.

Krinkle removed a subtask: T75492: Add time offset to debug log file and debug toolbar output.Sep 16 2021, 8:03 PM
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 · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits