[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-07-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added CC|

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-07-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Nemo federicol...@tiscali.it changed: What|Removed |Added Depends on||67959 -- You are

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #22 from Ori Livneh o...@wikimedia.org --- (In reply to Isarra from comment #20) I hate to butt in like this, but do we have anything concrete to support that this is indeed more user-friendly, or necessarily even appropriate to

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Bartosz DziewoĊ„ski matma@gmail.com changed: What|Removed |Added CC|

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #24 from Yuvi Panda yuvipa...@gmail.com --- Indeed. Using title should be good enough, methinks. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #25 from Isarra zhoris...@gmail.com --- (In reply to Ori Livneh from comment #22) (In reply to Isarra from comment #20) I hate to butt in like this, but do we have anything concrete to support that this is indeed more

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Yuvi Panda yuvipa...@gmail.com changed: What|Removed |Added CC||yuvipa...@gmail.com

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 113960 had a related patch set uploaded by Yuvipanda: Show relative 'last modified at' at bottom of each page https://gerrit.wikimedia.org/r/113960 -- You are

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #4 from Yuvi Panda yuvipa...@gmail.com --- Hmm, this might actually be terrible performance wise everywhere, since this renders pages uncacheable for anon users. I don't know how that would be fixed... -- You are receiving this

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|NEW

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added CC|

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #6 from Yuvi Panda yuvipa...@gmail.com --- A more cache friendly solution would be to mark such timestamps with a class or other attribute and do the replacement in JS. While workable, this also has a (small?) performance penalty,

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added CC|

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added Status|PATCH_TO_REVIEW |NEW ---

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #9 from Mark Holmquist mtrac...@member.fsf.org --- Sorry for missing the issue in comment 4. Maybe we could ignore cache invalidation, or maybe we could only ever return values that will last an hour, else return less than 1 hour

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #10 from Matthew Flaschen mflasc...@wikimedia.org --- If I recall correctly, anon HTML is cached for 30 days. Perhaps it could just use the relative version for logged in users? -- You are receiving this mail because: You are the

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #11 from Yuvi Panda yuvipa...@gmail.com --- Yeah, was talking about this on IRC. Anon HTML is cached for 30 days unless explicitly invalidated, so even if we invalidate them only every day that's a 30x increase in invalidates and I

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #12 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 113960 abandoned by Yuvipanda: Show relative 'last modified at' at bottom of each page Reason: See discussion on bug https://gerrit.wikimedia.org/r/113960 --

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #13 from Yuvi Panda yuvipa...@gmail.com --- Alright, so current 'consensus' seems to be: 1. Have PHP emit what it currently does, but add a data attribute with a machine readable timestamp and also a class or some such 2. Have JS

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #14 from Yuvi Panda yuvipa...@gmail.com --- Also since this could potentially be top-loaded, is delivered to *all* anon users, and also modifies the DOM in place after it has loaded, I'd like a +1 from Ori for this approach before

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #15 from Bawolff (Brian Wolff) bawolff...@gmail.com --- Keep in mind that some people might have usecases requiring absolute timestamps (e.g. copy and pasting a timestamp to a talk page). [Not saying dont do this, just saying to

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #16 from Yuvi Panda yuvipa...@gmail.com --- Could, possibly. We could also have a title attribute show the absolute timestamp. I'd rather not have a separate date preference, but there's no reason we can't have one if a use case

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #17 from Yuvi Panda yuvipa...@gmail.com --- Also anons have no preferences :) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #18 from Bawolff (Brian Wolff) bawolff...@gmail.com --- I meant use the existing date preference. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #19 from Matthew Flaschen mflasc...@wikimedia.org --- (In reply to Yuvi Panda from comment #13) Open questions: 1. Can we top-load this JS? It certainly won't cause a problem to do this. However, bear in mind this code can not

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Isarra zhoris...@gmail.com changed: What|Removed |Added CC||zhoris...@gmail.com ---

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2014-02-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #21 from Yuvi Panda yuvipa...@gmail.com --- (In reply to Matthew Flaschen from comment #19) It certainly won't cause a problem to do this. However, bear in mind this code can not run before ready, so even though it's top-loaded,

[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)

2013-03-13 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low