See T298977.

I think once you agree the first time, it should be valid every time.

Aparté : Glottolog code for Lorrain : lorr1242

I also started a discussion between the place and the country in the "écouter" template, example: Paris (France). So, there would be consequences from LiLi. @Pamputt

Same problem for "allowed entity types constraint (x)" : "Wikibase MediaInfo (x)" which is reported on Commons.

In T281636#7097546, @WikiLucas00 wrote:

Related task : [[T275957]]

la console

mic-blue.svg
related object :
T247860

In T215055#7050962, @Pamputt wrote:

Indeed, so it is probably related to T269885.

In T215055#7031315, @Pamputt wrote:

In the new version of the website (April 2021), there is a string in the user preferences that is not translated; it is

Account data:My account data from this project

I did not find where it is possible to translate this string.

It just happened, @Seb35 . The 2 problems are solved at the same time. I don't know if Sabeloga still has a problem. Cordially.

@Seb35 , Peut-être qu'en français, c'est plus compréhensible : non, le problème sur Special:Translate n'est pas résolu. D'ailleurs, aucun des problèmes déposé ces derniers jours par @Pamputt n'est résolu. Je ne suis pas le seul à écrire cela, Sabeloga a décrit le même problème. Voir cette image.

You write that the original problem is resolved. I still can't access translations from Translate. I can't even select the language. The only page that normally appears is "Language statistics". Can you put the status Resolved when I don't see any change? Cordially.

Hello @Lea_Lacroix_WMDE , Wouldn't that be CTRL + ALT + space? Discussion from Discord and reading of the doc on WD : alternative shortcuts for auto-completion .

In T280972#7031991, @Pamputt wrote:

@Eihel, what is the error that appears? I made a change and save it and I did not get any error.

Also, the translation on wiki pages cannot be edited. By clicking on "Save changes", an error appears. Try on one page. @Tgr , you may be interested in the result of the error Thank you in advance.

In T258333#6374654, @Ladsgroup wrote:

oh, thanks. Fixed!

In T258333#6374039, @Eihel wrote:

In T258333#6373782, @Ladsgroup wrote:

This needs WikibaseLexeme done too. I will take care of that once I figure out why they don't show up.

Hello @Ladsgroup,

In WikibaseLexeme.i18n.alias.php, in French :

/** French (français) */
$specialPageAliases['fr'] = [
 	'NewLexeme' => [ 'NouveauLexèmes' ],
	'MergeLexemes' => [ 'FusionnerLexèmes' ],
];

In T258333#6373782, @Ladsgroup wrote:

This needs WikibaseLexeme done too. I will take care of that once I figure out why they don't show up.

I can just fit F5 and start the form fresh.

Final discussion : https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2020/01#Deprecation_and_preferred_rank

I wonder when this little error will be taken care of :)

In T221119#5739960, @Wladek92 wrote:

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

In T221119#5643889, @Wladek92 wrote:

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

Seems 'random' behaviour since sometimes rendering is ok immediatly

Hello everyone,

Justly, @Nikerabbit, if it's a queue problem, how to explain that in re-mark a page, it re-works immediately? Because the new marking puts the translations back in the queue. Is it possible that bufferization is the cause of the problem? (a telescoping (crash) of information, a concatenated surplus of information, the occurrence of other information denatures the first request, etc.).

Hello,
Yes @Wladek92, it works. It seems to me that Nikerabbit mentioned this: "For urgent cases, to try to make new content translatable, one can (re-) mark any page for translation...". Au plaisir.

Hello, I submit my comments that I found on Meta [[ URL | https://meta.wikimedia.org/w/index.php?title=Meta:Requests_for_translation_adminship/Eihel&type=revision&diff=19037860&oldid=19036317&diffmode=source]]: