Steps to replicate the issue (include links if applicable):
- on enwiki, watchlist the page "User talk:Larry Sanger/Nine Theses" today or within the next couple days, before it falls off the watchlist or the recentchanges table
- visit https://en.wikipedia.org/w/index.php?hidemyself=1&hidebots=1&hidecategorization=1&hideWikibase=1&limit=1000&days=30&enhanced=1&title=Special%3AWatchlist&urlversion=2&safemode=1&skin=vector
- active filters = page edits. remove all other filters
- tick "group results by page"
What happens?:
- two entries for the same page
What should have happened instead?:
- one entry for the same page
Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):
Other information (browser name/version, screenshots, etc.):
- still happens with ?safemode=1
- happens on multiple skins (tested vector 2010 and timeless)
- later I tried visiting the page, which sets all revisions to read. bug still happens
- using WikimediaDebug, I did verbose logging. here's some of the log results. I think one is the main request and one is an API query (hopefully).
- https://logstash.wikimedia.org/app/dashboards#/view/x-debug?_g=h@d0ff167&_a=h@e2fe496 <- 6826 events. main request?
- https://logstash.wikimedia.org/app/dashboards#/view/x-debug?_g=h@d0ff167&_a=h@563a035 <- 118 events. API query?
- i took one of the SQL queries from logstash (the 4 second one) and plugged it into stat1008. it returned individual rows for everything. makes me wonder if "Group results by page" is done in PHP somewhere rather than in SQL. if so, then the bug is probably in PHP and not SQL


