https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Matthew Flaschen mflasc...@wikimedia.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Nemo federicol...@tiscali.it changed:
What|Removed |Added
Depends on||67959
--
You are
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Bartosz Dziewoński matma@gmail.com changed:
What|Removed |Added
CC|
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.
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Yuvi Panda yuvipa...@gmail.com changed:
What|Removed |Added
CC||yuvipa...@gmail.com
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
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Gerrit Notification Bot gerritad...@wikimedia.org changed:
What|Removed |Added
Status|NEW
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
CC|
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,
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Mark Holmquist mtrac...@member.fsf.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Mark Holmquist mtrac...@member.fsf.org changed:
What|Removed |Added
Status|PATCH_TO_REVIEW |NEW
---
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
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
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
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
--
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
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
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
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
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.
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.
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
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Isarra zhoris...@gmail.com changed:
What|Removed |Added
CC||zhoris...@gmail.com
---
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,
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
Priority|Unprioritized |Low
28 matches
Mail list logo
