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

Thanks to @Ammarpad he has changed locally
{{git file|project=mediawiki/extensions/AdvancedSearch|branch=HEAD|file=docs/settings.md|text=docs/settings.md}}
into
[https://github.com/wikimedia/mediawiki-extensions-AdvancedSearch/blob/master/docs/settings.md docs/settings.md]
which provides now a true link.

I observe back now 'normal' behaviour of the functionality; situation is stable in a positive way and has improved for these last few days. : generation of articles to translate is done in one shot operation, immediate integration of translated articles just after translation and reload. Thanks.

Yes I confirm new articles can now be saved just after 'translation requested' has been executed (which allow to progress in the article list => good) but they are not yet rendered; a 'Dummy update' of the root page is needed to see all translations together.

When the previous side effect appears, translation is accepted but when reloading the page (even with purge action) the translated text does not appear. Returning to the message, translation is present and warning panel 'Title does not correspond to a translatable message' displays again.
see => https://www.mediawiki.org/w/index.php?title=Translations:Skin:Timeless/23/fr&oldid=3499936
Applying Dummy Update on the root EN page unlocks the situation and previously translated text is now present in the generated text without new update of the message.
=>https://www.mediawiki.org/w/index.php?title=Skin:Timeless&diff=3499938&oldid=3499922&diffmode=source

• just created new articles this morning for => https://www.mediawiki.org/wiki/Skin:Timeless/fr
• => https://www.mediawiki.org/w/index.php?title=Skin:Timeless&diff=3499791&oldid=3499788&diffmode=source
• behaviour was back ok and I could save my translations in one shot in a normal way

ok i will tell whether the problem still appears - thanks.

worse: pb appears again just now => https://www.mediawiki.org/w/index.php?title=API:Alldeletedrevisions&diff=3495354&oldid=3495342&diffmode=source