In T376544#10204875, @JJMC89 wrote:

Does the BotPassword or OAuth consumer you are using have the editprotected grant?

This OAuth consumer doesn't have it.

Indeed, sorry for the bad example, my bot should be able to edit it again. However, the bug still exists.

Migration done.

Hi, I'm a bit surprised because I didn't receive notifications of this task, I discover it because T327600 has just been declined and I was a subscriber. I will migrate soon, of course.

Hi @Novem_Linguae, sorry for the delay, I was away for family reasons.

In T50552#8388138, @Tgr wrote:

In T50552#8347737, @Novem_Linguae wrote:

Is anyone subscribed to this thread still interested in using PageTriage on their non-English wiki?

FWIW the relevant tasks are

• T44322: Install PageTriage on id.wp
• T74899: Install Page Curation on ur.wp
• T68260: Install PageTriage on fr.wp
• T46916: Install PageTriage on et.wp
• T99251: Enable Page Curation on Arwiki
• T109820: Install PageTriage on fa.wp
• T200265: Install PageTriage on ml.wp

although I could imagine more communities being interested if they knew the tool might be available in the future. Also @Ainali and @Samat were at the recent meeting about PageTriage, which I assume implies some kind of interest?

Hi, I am member of the election committee for this vote. Since the vote opens tomorrow and nothing (like basically a test) has been done at this time, we have decided not to use SecurePoll. This task can be closed.

Indeed, I made an error, it's actually the good button.

Hi Zabe,

Thank you for both the explanation and the JavaScript code, it works!

Hi, I had CSS to disable the confirmation, but it doesn't work with T58313 anymore. Perhaps a preference could be reconsidered?

Looks like it's solved now:
Diff page with MediaWiki:rev-suppressed-no-diff
Revision page with MediaWiki:rev-suppressed-text

Same here on frwiki

I just had the bug again 3 times today (with the same page).

In T90475#6338863, @Legoktm wrote:

In T90475#6335813, @Mathis_Benguigui wrote:

Has this bug with "High" priority been really opened for more than 5 years and still nothing changed?

The biggest problem is that search engines are all a black box, and every time we deploy a change it takes a month or more to reflect in search engines, and by then we've moved on to other things/forgotten about this.

This a major privacy issue, user pages included from Meta are in Google's first page despite user chose not to index it!

Please provide an example. GlobalUserPage should have no impact on the indexing status of pages from Meta.

My fr.wikisource user page, included from Meta, was in Google's first page before I requested deletion.

Has this bug with "High" priority been really opened for more than 5 years and still nothing changed? This a major privacy issue, user pages included from Meta are in Google's first page despite user chose not to index it!

Hi, shouldn't this task be in Unbreak now! priority?

I've seen it a third time on [[fr:Notre Père#Deuxième partie]].

I have seen this twice, but I can't remember the specific articles, sorry.

Diff page with correct message: https://fr.wikipedia.org/w/index.php?diff=122341296
Revision page with bad message: https://fr.wikipedia.org/w/index.php?oldid=122341296