On one side the SPARQL of the EN page is the same and works so pipes are not disturbing there.
The nowrap is really effective but not as a general rule for SPARQL comments.
Thanks for analysis but error message should be signalled at least to warn the translator admin.

Coming back for 'pro' on the topic: we need a flash of lightning at 7.8 on page -> https://commons.wikimedia.org/wiki/Commons:Video#Setting_a_video_thumbnail_image and all happens between sec 7 and sec 8 . So we have no choice between black.... and black images.

ok backticks inserted, could nt check because all has disapeared, viewable only through raw text

I agree that the sub page Category:Commons_help/fr does exist but the problem lives in string Category:Commons_help/Translations itself.
initial form was [[Category:Commons help{{#translation:}}]] seems to be modified with an if statement as explained above by Nike, around 26 october 2024. Looks like /Translations is not linking to the correct subpage.

I agree that the sub page Category:Commons_help/fr does exist but the problem lives in string Category:Commons_help/Translations itself.
initial form was [[Category:Commons help{{#translation:}}]] seems to be modified with an if statement as explained above by Nike, around 26 october 2024. Looks like /Translations is not linking to the correct subpage.

I agree that the sub page Category:Commons_help/fr does exist but the problem lives in string Category:Commons_help/Translations itself.
initial form was [[Category:Commons help{{#translation:}}]] seems to be modified with an if statement as explained above by Nike, around 26 october 2024. Looks like /Translations is not linking to the correct subpage.

Erreur interne

ok, it gives the solution to my problem. To understand, we must say that we replaced

{{#lsth:Trust and Safety Product/Temporary Accounts/FAQ|What does a temporary username look like?}}

by

{{#lst:Trust and Safety Product/Temporary Accounts/FAQ{{#translation:}}|pattern}}

where 'pattern' is the name of an explictly declared section containing the translate tagged contents to transclude. Thanks.

I ve got it ! it is due to Editing gadgets [X] Work in progress: Make pages look like there are common clean up tasks to be done. Unchecking gives now satisfying results. So subject should be solved at level of Mediawiki support ?

Yes it is strange since these entities are said clearly to be deactivated: "Custom CSS/JavaScript are currently unavailable as safe mode has been enabled. Please disable safe mode to use custom CSS/JavaScript." and gadgets page shows message -> "Gadgets are currently unavailable as safe mode has been enabled. Please disable safe mode to use gadgets"

Yes when I disable javascript (about:config javascript.enabled false in Firefox), I retrieve the normal behaviour that is the normal title in FR and not overwritten after page is displayed.

Yes here there is one. Any track for me to investigate ?

Yes you are right but the page /fr is created 58-11=47 minutes AFTER first messages where translated :

Intermittent also in french see -> https://phabricator.wikimedia.org/T348111

Again out of order this morning (ok yesterday). It is important since the posts contain links towards the different activities and events. Consequently these last can no longer be reached if Url has not been saved before.
Notice in the dashboard All Posts, that this occurs when View the Published items .
Non published items Preview leads to a correct display of the draft contents even when in FRench.

thanks - just done on Village Pump.

Appears also on https://commons.wikimedia.org/w/index.php?title=Commons:User_access_levels/fr&diff=prev&oldid=803682674 displaying -> <span id="OTRS_members_(removed)"> for -> Translations:Commons:User access levels/30/fr where title has format -> === Membres OTRS {{color|dimGray|(obsolète)}} ===

side effect : 'json comments should not be highlighted' discussion -> https://www.mediawiki.org/w/index.php?title=Topic:Xg62nn9s3le2lhns&topic_showPostId=xg62nn9s3pc4tlm0#flow-post-xg62nn9s3pc4tlm0 related to page -> https://www.mediawiki.org/wiki/Extension:Graph/Interactive_Graph_Tutorial

Notice also that reference to such an anchor has a strange format but works on the EN root page -> https://www.mediawiki.org/wiki/Manual:Configuration_for_developers#Configuration_using_extension.json_.28recommended.29

See also -> https://www.mediawiki.org/wiki/Manual:Configuration_for_developers/fr?oldid=5865490#Pour_les_extensions
where there is no explicit link but a tvar declaration as:

Thanks all; I tried the proposed workaround 'translate nowrap' and additional span text no longer appears.

Connexion ok today; sounds normal.

MediaWiki-Special-pages

Normal behaviour has been observed back today. Item shown immediately after translating a random message from within the page. No specific action done.

yes, same situation 2 hours later.

I understand - Im translator admin so i could try the 2 recurrent first steps as we did on Mediawiki in the early days, waiting for upper decision . Thanks Nike.

Cannot save again, same problem today on KDE Techbase => https://techbase.kde.org/KDE_TechBase:Contributors

This impacts also other wikis which frozen the translations of new items. This is the case in [Kde https://userbase.kde.org/Special:Version] sleeping for days
MediaWiki 1.31.7 (e5ad47d) 26 mars 2020 à 15:05
Translate 2019-04-24 (0e35cb0) 24 octobre 2019 à 20:14

still actual

My OS: Windows Vista family Ed premium SP2.

My browser =>Firefox ESR 52.9.0 32 bits.

similar skip detected as long as banner is open => https://www.mediawiki.org/wiki/Topic:Vi6zfn6099atwqp6 which disappears once banner is closed

POINT 4 concerning the 2 french columns: solved, the 'toolbar' Ciencia spoke of is a magic selector of Chrome you must be aware. If it is set on 'français' chrome translate automatically MediaWiki english contents into french so you see two french columns which leads to nonsense for the translator. Now if you select 'english' then left column remains in english and the right one in french which is consistent with desktop behaviour.

I agree with you that on the tablette, there is a 'toolbar' at the bottom of the Chrome window. I dont when it comes from. Any 'normal' page has not this tool bar. It appears always when I click on the link 'Translate this page' calling the page with two columns for translation. But the problem is that 'Je fais' of box 'Search for a language' is opened when you click on the link 'Taduire en XXXXX' that means from Mediawiki CSS and NOT from the toolbar (which has its own list opened using the 3 vertical dots).

Arggr even consecutive dummy updates cannot make the translated messages appear (messages are translated but the /FR subpage is not present; ref. => https://www.mediawiki.org/w/index.php?title=Extension:GeoData/geo_tags_table&diff=3566157&oldid=3566151&diffmode=source

Response to Pols12 => I can open the page and access to translations (it is long) and have translated a few dates successfully as => === 20 février 2019 === on a french translation => https://meta.wikimedia.org/wiki/Community_Tech/Who_Wrote_That_tool/fr . So your issue has not appeared on my side.

28 novembre 2019 à 12:57 diff hist +1‎ Community Tech/Who Wrote That tool/fr ‎ Created page with "=== 20 février 2019 ===" actuelle

A lot of translated messages do not appear after page purge and reload (but problem of title message has not appear since a long time) . Workaround: doing the dummy update on root EN page to unlock all at once

12:49, 28 November 2019 Wladek92 talk contribs marked Help:RevisionDelete for translation