I can see the problem described here... the cause is that when both recent changes and new page patrolling is enabled the only way to patrol the initial revision (=> the whole page as seen on Special:NewPages) is adding patrolpage=1 or the oldid of the first revision to the URL. If neither of these parameters is there and RC patrolling is enabled MediaWiki will only try to show you a patrol button for the current revision, not the first one.

To work around this issue I could make Special:RecentChanges also set patrolpage=1 in case we have a yet unpatrolled page creation in there.

But I probably wont fix CleanChanges as it's not deployed and I've never had a look at it. If it's creating old style URLs someone has to create another bug and fix that.

Related URL: https://gerrit.wikimedia.org/r/65958 (Gerrit Change I9f89f1d44852d4c03a67ac622d5cf4d86453dce3)

(In reply to comment #1)

I can see the problem described here... the cause is that when both recent
changes and new page patrolling is enabled the only way to patrol the initial
revision (=> the whole page as seen on Special:NewPages) is adding
patrolpage=1
or the oldid of the first revision to the URL. If neither of these parameters
is there and RC patrolling is enabled MediaWiki will only try to show you a
patrol button for the current revision, not the first one.

To work around this issue I could make Special:RecentChanges also set
patrolpage=1 in case we have a yet unpatrolled page creation in there.

Sorry, I'm not sure I understand. Isn't visiting [[Pagename]] supposed to always show me the patrolpage link at bottom if the page can be patrolled?
If this expectation is correct, there are two possible behaviours:

1. make the bottom link always be about page patrolling and not revision patrolling (as it always was),
2. make it patrol the page at least when all the following revisions are patrolled.

But I probably wont fix CleanChanges as it's not deployed and I've never had
a
look at it. If it's creating old style URLs someone has to create another bug
and fix that.

Sure.

(In reply to comment #3)

Sorry, I'm not sure I understand. Isn't visiting [[Pagename]] supposed to
always show me the patrolpage link at bottom if the page can be patrolled?
If this expectation is correct, there are two possible behaviours:

1. make the bottom link always be about page patrolling and not revision

patrolling (as it always was),

2. make it patrol the page at least when all the following revisions are

patrolled.

Well, the patch I've now uploaded for review will kind of restore the old behavior for new pages patrol on Wikis with RecentChanges patrol enabled: Only Special:NewPages and the page creation on Special:RecentChanges will allow you to patrol the first revision rather than the current one.

(In reply to comment #4)

Well, the patch I've now uploaded for review will kind of restore the old
behavior for new pages patrol on Wikis with RecentChanges patrol enabled:
Only
Special:NewPages and the page creation on Special:RecentChanges will allow
you
to patrol the first revision rather than the current one.

I had to read and contrast this comment and the commit message several times to find out how they do /not/ contradict each other. :)
It's not like the old behaviour, because even if you have rcid you can't patrol the page, unless you also have &patrolpage=1. Technically speaking however, the patch would fix this bug; if that way is chosen, as opposed to (1) and (2) in comment 3, we'll need
a) a new bug so that the buttom at bottom doesn't say you're patrolling a page when you're patrolling a revision,
b) reopening of bug 15936 because page patrol link is not always present.

Marius Hoch: As you added bug 38865 to the "blocks" list, could you please elaborate why this issue is so critical that it should block future deployments on Wikimedia servers? Should priority=normal and severity=normal be changed?

(In reply to comment #6)

Marius Hoch: As you added bug 38865 to the "blocks" list, could you please
elaborate why this issue is so critical that it should block future
deployments
on Wikimedia servers?

While there's a very simple fix this issue still *could* (We don't really know) make a lot of people complain about new page patrolling being partly broken on eg. Wikidata and Commons (wikis with both RC and new page patrolling enabled).

I'm getting quite tired of adding &patrolpage=1 to the URLs to patrol recent changes, can we at least get the simple existing patch merged? Surely it doesn't harm compared to the current situation, all what above standing.

merged.

As an aside, I think it would be good to use different messages for page patrol and revision patrol links. I filed bug 49115 for that.

BTW, if we want to make it so that "page patrol" is shown in the footer, even if we're not looking at the first revision, I think that should be filed as a separate bug, so as not to conflate issues.

(In reply to comment #10)

BTW, if we want to make it so that "page patrol" is shown in the footer, even
if we're not looking at the first revision, I think that should be filed as a
separate bug, so as not to conflate issues.

Done with bug 49123.