Chaînes non traduites XML d'export de données.

[Eddy.vh]

Bonjour à tous.

Je me suis un peu penché sur l'utilisation des options sur la confidentialité et les dernières options implémentées dans Joomla! (il était temps)

J'ai créé un utilisateur bidon, l'ai activé, etc. Ensuite, connecté en tant que ce membre, j'ai demandé un export des données.

Côté utilisateur :

1. Demande effectuée
2. Réception de l'e-mail demandant de confirmer et confirmation

Côté admin :

1. Emails de demande et confirmation de l'utilisateur bien reçus
2. Confirmation dans le backend de l'export par e-mail

Côté utilisateur de nouveau :

1. Réception de l'email avec fichier XML joint reçu.
2. Vérification de ce fichier… Problèmes…

Le problème :

1. De nombreuses chaines ne sont pas traduites.
2. Si je fais une recherche de certaines de ces chaînes non traduites dans l'xml, j'en trouve dans les fichiers de langue de l'admin. (ex. COM_ACTIONLOGS_DISABLED)
3. En cherchant d'autres chaînes, je ne trouve aucune correspondance. (ex. users_user_custom_fields)

Situation :

Joomla 3.9.2
Fichiers de langue française : 3.9.2

Queskonfé dans ces cas là ? Je joins un zip avec le fichier xml dont j'ai modifié les données utilisateur (username, email)

Merci pour vos idées.

[Eddy.vh]

Bonjour.

Pas d'idées ?
Quelqu'un pourrait-il faire le même test ?

[Eddy.vh]

Bonjour.

N'y a-t-il vraiment personne pour faire le petit test et m'informer de ses résultats ?

[RobertG]

Bonjour,

Les deux seuls clés non traduites que j'ai trouvées dans un tel export sont :
<ip_address>COM_ACTIONLOGS_DISABLED</ip_address>
et
<subject>PLG_SYSTEM_PRIVACYCONSENT_SUBJECT</subject> (à la toute fin du fichier XML, pour la validation de la politique de confidentialité)
Je n'ai pas cherché ces clés dans les fichiers de langue.

PS : j'ai oublié, le site est en 3.9.3

[Eddy.vh]

Zut. Cest assez ennuyeux... Je vais continuer mes recherches en testant sur plusieurs sites.

[RobertG]

Dans actionlog.php, on n'a pas d'interprétation de la clé, par exemple :

$ip = 'COM_ACTIONLOGS_DISABLED';

ou dans un autre

'subject' => 'PLG_SYSTEM_PRIVACYCONSENT_SUBJECT',