Related discussion on the French Wikipedia:
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro/11_mars_2024#Excès_de_zèle_de_l'outil_de_traduction

Thank you, I set up the OAuth 1.0a environment variables and tried to run this command as a test:

toolforge jobs run --image tool-pywikibot/pywikibot-scripts-stable:latest --command "pwb -family:wikipedia -lang:fr redirect double -always" fix-double-redirects

But the job keep failing after 5 seconds and I have no idea why because there are no logs, even when I try to force with -o or -e.

Same issue on fr.wikipedia.org:

• Upload page
• MediaWiki:Licenses
• Discussion 1
• Discussion 2

Okay I see there is a new log: Special:Log/abusefilterblockeddomainhit.
It should be shown in Special:BlockedExternalDomains.

Related: T91344

My problem seems related to T249787.

Sorry I completely missed this ticket.

In T325675#8486886, @Aklapper wrote:

That's not what's required from the T&S side, per "committed identities [have] never been used as an official method of validating account ownership" above

I beg to differ.

Looks now okay on other French-language wikis.

It now works on the French Wikipedia with the local translations, but there's still the issue with TranslateWiki and other French-language wikis.

Okay so it works on some pages like https://fr.wikipedia.org/wiki/Aristide_Boullet-Lacroix but not on the highlighted article that is on the homepage: https://fr.wikipedia.org/wiki/Quorida_de_Treho

Here's two screenshots, the first taken on Safari 15.3 and the second on Firefox 97.0.2, on macOS Monterey 12.2.1.

Update from Google (17 Sep): https://developers.google.com/search/blog/2021/09/more-info-about-titles

Fixed on iOS 15.

Sorry to reopen this but the problem is now present on frwiki: The bug can be reproduced here: https://fr.wikipedia.org/wiki/Theria?languageinheader=1

Related to T283206?

My bad then, thanks.

@Arlolra Thank you for the patch!

Um, has the update been deployed? The bug is still present on enwiki, cswiki (links in OP) and frwiki:

While iOS and macOS now show the character correctly, it seems now that there's another bug: the U+202F character is invisible if the text is in bold and sans-serif. There seems to be a bug with the default bold sans-serif font for iOS Safari: Helvetica Bold and Helvetica Neue Bold, default fonts cannot be changed on iOS, other bold sans-serif fonts - if specified in CSS - show the character correctly (it was not the case before). I didn't test on macOS yet.

In T261572#6622342, @DannyS712 wrote:

Page is now at https://fr.wiktionary.org/wiki/avk-espanafamik (though I don't see any logs for the renaming). Anything more to do?

Same issue here.

The bug is now fixed in iOS 14 and Safari 14 in macOS.

Page can be reached here: https://fr.wiktionary.org/?curid=3950044 but delete and move links don’t work.

Same here on frwiki, we can't save anything with an account, nor disconnect.

https://fr.wikipedia.org/wiki/Wikipédia:Le_Bistro/7_avril_2020
[Xou4LwpAMNUAAqdbtsYAAAAX] 2020-04-06 23:15:59: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

In T248376#5997173, @Dvorapa wrote:

For everyone with broken bot: You can (should) use Pywikibot stable (/shared/pywikibot/stable or git tag stable), where this issue does not occur. See comments above

Probably a duplicate of T142882.

Just tested with the last version of Safari with different fonts, Safari shows either a zero-width non-breaking space (no space at all) or a tofu character ("▯"), so it's clearly a bug.

Quebeckers do put a thin space before these punctuation marks, same for the Swiss, and same for the French.

Narrow/thin non-breaking spaces are also incompatible on iOS devices and Safari on macOS, the space is simply invisible.

Seems to be resolved (probably per T233649#5646626).