Jul 28 2020
Apr 29 2020
I the fix live? Because there is a new case on dewp:
Mar 12 2020
New case on dewp: https://quarry.wmflabs.org/query/42941
Must have happened in the last two days, because editing and reviewing the page still worked then: https://de.wikipedia.org/wiki/Spezial:Logbuch?type=&user=&page=Bell+Food&wpdate=&tagfilter=&wpfilters%5B%5D=review
Mar 11 2020
Mar 10 2020
Additionally there are 141649 records in the table 'flaggedpages' pointing to non-existing pages: https://quarry.wmflabs.org/query/42871
Mar 9 2020
The cases on deWP are know fixed by temporary moving the pages to a non-review namespace (which deletes the wrong db entries) and moving them back afterwards.
Mar 6 2020
Mar 3 2020
Looks like I was right with the faulty 'fp_stable' in the 'flaggedpages' db table:
Another page with same issue: Andreas M. Fleckner
I looked a bit through the code, the wrong page ID comes from this db query in FlaggedRevision::newFromStable().
When I got this right, it takes the page entry from the 'flaggedpages' table and joins the revision given by the 'fp_stable' field. And the wrong page ID is the one from the revision table.
So I would say, that it is most possibly a faulty 'fp_stable' entry, that could cause this behaviour.
And editing still doesn't work when "review last changes" is checked
Did someone change anything? Editing as IP was possible, and now I can even edit the page when logged in. But reviewing still doesn't work.
And this redirect page has the page ID 2784562 mentioned in the above Stack Trace...
One curios thing I forgot to mention: The "review" link on the "pending changes" page doesn't even link to the right page, but to Hnutie za demokraciu, which is a redirect to the page.
Mar 2 2020
Jul 2 2019
Sorry, this didn't come up on my search yesterday, so I opened a new task which most likely adresses the same issue: https://phabricator.wikimedia.org/T227033