Last modified: 2013-03-12 09:04:19 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 T31289, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29289 - make dates dynamics
make dates dynamics
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
CodeReview (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 19992
Blocks:
  Show dependency treegraph
 
Reported: 2011-06-06 18:38 UTC by Antoine "hashar" Musso (WMF)
Modified: 2013-03-12 09:04 UTC (History)
2 users (show)

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


Attachments

Description Antoine "hashar" Musso (WMF) 2011-06-06 18:38:18 UTC
The date in CR is always shown fully such as:

17:55, 6 June 2011

It will be great to show the date relative to the current time. Given the date is 18:00, 6 June 2011, it will be great to render the above date as '5 min. ago'
Comment 1 Brion Vibber 2011-06-06 18:40:53 UTC
Well, we don't really do that anywhere else despite having the same sorts of interfaces for seeing page history, changes, talk, etc.

It would be an odd thing to just stash in for this ext; doing these well also requires that you have JS to update them while the page remains open, and it probably makes sense to have common infrastructure for that.
Comment 2 Chad H. 2011-06-06 19:01:06 UTC
I'm not sure I see the need.
Comment 3 Brion Vibber 2011-06-06 21:59:56 UTC
Adding bug 19992 as a dependency; if relative dates are to be used, for best results they need to be marked up so they can be updated via JavaScript.

This allows:

a) formatting absolute timestamps with the user-agent's timezone settings, with no caching implications

b) keeping relative times up to date by recalculating them once a minute or whatever
Comment 4 Antoine "hashar" Musso (WMF) 2011-11-10 10:06:36 UTC
lowering priority of CodeReview bugs I have opened or that are assigned to me.
Comment 5 Antoine "hashar" Musso (WMF) 2012-06-17 19:47:57 UTC
We are probably going to loose interest in CodeReview. Although this enhancement might be good to have for CodeReview user, I don't feel like keeping it open and idling for the next years.

Feel free to create a dupe of this bug if you really want this enhancement request to be tracked.
Comment 6 Chad H. 2012-06-17 23:31:31 UTC
Reopening--just because we're not doing much internal development is no reason to resolve it LATER. Anyone can feel free to work on this, open bugs don't hurt anyone.
Comment 7 Antoine "hashar" Musso (WMF) 2013-03-12 09:04:19 UTC
The CodeReview extension is abandoned. No point in implementing that feature.

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


Navigation
Links