If a user has a non-UTC timezone set, the feed begins to loop when they scroll down. See https://en.wikipedia.org/wiki/Wikipedia_talk:Page_Curation#2_hours
Version: master
Severity: major
If a user has a non-UTC timezone set, the feed begins to loop when they scroll down. See https://en.wikipedia.org/wiki/Wikipedia_talk:Page_Curation#2_hours
Version: master
Severity: major
'wmgEnablePageTriage' in https://noc.wikimedia.org/conf/InitialiseSettings.php.txt lists that the only production wiki this is deployed on is 'enwiki', no other one. And http://www.mediawiki.org/wiki/Extension:PageCuration does not even show that this extension is deployed anywhere on WMF servers so this issue has not received much priority.
It is true that this extension is only deployed on our largest project. However, this issue and several other issues in the same domain make the software essentially useless. We have an entire extension that is deployed on production and, practically-speaking, broken. That seems relatively high-priority to me.
rkaldari: ping
Went to https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-datetime and set timezone to UTC+0200. Then I went to https://en.wikipedia.org/wiki/Special:NewPagesFeed (Sort by: Newest).
Page only list the last 20 entries (due to &limit=20).
Looks like the offset values are wrong or ignored in https://en.wikipedia.org/w/api.php?action=pagetriagelist&format=json×tamp=1376900293794&limit=20&dir=newestfirst&namespace=0&showreviewed=1&showunreviewed=1&showdeleted=1&offset=20130819093610&pageoffset=40283776
bsitu wrote:
Looks like the data is saved in UTC format but converted to user timezone in the display and this custom user timezone is used in the API to load more data, comparing user-specific timezone with UTC timezone is causing this problem.
Change 79940 had a related patch set uploaded by Bsitu:
Only last 20 entries shown for non-default timezone settings
Change 79940 merged by jenkins-bot:
Only last 20 entries shown for non-default timezone settings