#1377 Posted in ‘Route 66’

Latest post by Lefteris Kavadas on Tuesday, 12 August 2025 23:35 EEST

JUIGNET Patrick
Bonjour,
Résolu bug 2.0.0 en passant administration en anglais.
Mais maintenant problème pour le passage de version 2.0 à 2.01, puis pareil pour 2.0.1 à 2.02 :  JInstaller : :Install : Erreur : la table SQL « joo3744_route66_metadata_backup » existe déjà.Comment effacer la table joo3744 qui par ailleurs est introuvable par phpMyAdmin ?De plus, tous les articles sont truffés de code surnuméraire de type à chaque paragraphe et à chaque changement de style. Je ne vois pas le rapport, mais c'est concomitant. Si on les efface, ils réapparaissent lors de l'enregistrement. 
Merci de vos conseils et proposer une solution. 
 

Lefteris Kavadas

Hi Patrick,

Thank you for your message.

This issue can occur if the installation was incomplete or if there was an attempt to downgrade from version 2 to version 1. Since you are receiving the message that the table joo3744_route66_metadata_backup already exists, it means the table is still present in your database. Removing this table manually should allow you to install version 2.0.2 without any problems.

Regarding the extra tags appearing in your articles, Route 66 itself does not inject any code into article content. The only exception is when using the “Continue Writing” AI tools, which insert content containing clean semantic HTML without style attributes. The tags you describe are likely caused by your text editor or another plugin.Please try deleting the table and reviewing your editor’s settings.

Let me know if you need any further assistance.

Kind regards,
Lefteris

JUIGNET Patrick
Re bonjour Lefteris,
je n'ai pas tenté de rétrograder et suis resté à 2.00 qui fonctionnait avec l'admin en anglais.
J'ai supprimé la table joo3744_route66_metadata_backup qui était effectivement présente dans la base de données.
Malheureusement, il est toujours impossible de passer de 2.00 à 2.02. Le message d'erreur est le suivant :JInstaller : :Install : Erreur SQL Entrée en double « seo-title » pour la clé « idx_alias ».
La mise à jour n'a pas eu lieu.
Le site Joomla et en version 5.32 et le Php de l'hébergeur 8.3.17 (PlanetHoster Lite speed).
J'utilise l'éditeur TinyMCE intégré à joomla et le correcteur LangageTools. Effectivement, je ne vois pas le rapport avec Route 66, mais c'est simultané.    
Cordialement 
Patrick

Lefteris Kavadas

Hi Patrick,

Thank you for the detailed information; it’s very helpful. It appears that, for some reason, Joomla has not updated the extension’s database schema version correctly, even though the database queries were executed. We’re not yet sure if this is due to a Joomla bug or another underlying cause.

We plan to release version 2.0.3 within a few hours, which should resolve this issue and allow you to update smoothly.

Best Regards,
Lefteris

JUIGNET Patrick
Merci. J'en fais part à la communauté Joomla.

Lefteris Kavadas

Hi Patrick,

Version 2.0.3 has just been released. You can now update, and it should resolve the issue you encountered.

Thank you again for your feedback and patience.

Best regards,
Lefteris

JUIGNET Patrick
En effet, c'est résolu. Bravo.
Je tiens énormément à route 66 pour avoir des belles URL !

JUIGNET Patrick
Bonjour,
Il reste un problème.
Comme signalé précédemment, depuis la Maj 2.0.0 de Route66 des codes inopportuns sont apparus :  Ces deux suivent toutes les codes html de type


etc. Les sont ajoutés par les deux éditeurs JCE et TinyMCE. Si on les efface manuellement, ils réapparaissent.
Ils n'apparaissent pas dans le html brut (aucun éditeur), ni dans l'édition par CodeMirror.J'en conclus que le problème se manifeste uniquement avec les éditeurs WYSIWYG, car ils réenregistrent tel quel le HTML qu’ils reçoivent.
Il me parait certain que cela vient de la version 2.0.0 de Route66, car cela coïncide exactement. Sauf erreur de ma part, depuis 2.0.0 Route 66 applique onContentPrepare dans l’admin. Lors de l’édition d’un article, cela peut modifier le code dans TinyMCE et JCE.
Je pense que l'un des bugs de 2.00 est toujours présent dans 2.0.3. Route 66 est le seul plugin non intégré dans Joomla que j'utilise. 
Pour tester, y a t-il un moyen de ne pas exécuter le traitement du plugin dans les éditeurs, tout en préservant les URLs. Je ne veux pas désactiver, car il va y avoir des erreurs 404 en grande quantité. 
Cordialement,
Patrick

Lefteris Kavadas

Hi Patrick,

Route 66 does not use the onContentPrepare event in the admin. We only use onContentPrepareForm, and we do not modify the editors’ HTML. Given that, it’s unlikely Route 66 is directly injecting those  tags into the editor content when you open an article.

Please try the following checks (they often reveal the culprit):

  1. Disable browser extensions that modify or inspect page content (Grammarly, language/typing helpers, clipboard/formatters, HTML inspectors, accessibility extensions, certain ad-blockers or dev helper extensions).
  2. Open the browser in a private/incognito window (extensions are typically disabled there) or try a different browser entirely (e.g. if you’re on Chrome try Firefox).
  3. Since you said the spans don’t appear in raw HTML or in CodeMirror, that strongly points to a client-side/browser extension modifying the DOM when the WYSIWYG editor loads/saves.
     

If none of the above helps, please open a new private support ticket and include:

  • A temporary admin account (create a new Super User for testing and include username/password in the ticket) or a way for me to access the site safely.
  • A direct link to a specific article where the issue reproduces.

With a private ticket and admin access I’ll reproduce the issue and troubleshoot directly.

Kind regards,
Lefteris

JUIGNET Patrick
J'avais déjà désactivé toutes les extensions du navigateur Chrome et le problème persistait.
Mais si j'utilise Firefox qui n'a d'origine aucune extension le problème disparait. C'est donc bien une extension côté client/navigateur qui modifie le DOM. Je vais faire divers tests.
Merci pour votre aide
Cordialement,
Patrick

Lefteris Kavadas

Thanks for checking — that confirms it’s probably a browser-side extension in Chrome modifying the DOM when the editor loads. Glad to hear Firefox works as expected.

It might be worth enabling your Chrome extensions one by one until the problematic one reveals itself. Once identified, you can either disable it or replace it with an alternative.

Feel free to reach out again if anything else comes up.

Kind regards,
Lefteris

JUIGNET Patrick
À tout hasard je vous signale cette attaque :

ID : 340145Sévérité : CRITICALLabel : -
info : Matched Operator '!(?:/index\.php/admin/catalog_category/save|(?:/admin/stats|/css/gallery-css)\.php\?1=1|/admin\.php\?tile=mail$|/catalog_category/save/key/|/\?op=admin_settings|^/\?openpage=|^/admin/extra|^/node/[0-9]+/edit\?destination=admin/content|^/administrator/index\.php\?option=com_chronoforms)' against variable 'REQUEST_URI'
message : Atomicorp.com WAF Rules: Attack Blocked - SQL injection probe




Info requête
Date : 12/08/2025, 09:37 GMT+2
Méthode HTTP : GET
IP Client : 169.150.201.21
Port : 443
Protocole : HTTP/1.1
Uri : /component/route66/sitemap/1/content?format=%27nvOpzp;%20AND%201=1%20OR%20(%3C%27%22%3EiKO)),
Status de la réponse : 403


 

Lefteris Kavadas

Hi Patrick,

Thank you for letting us know.

Route 66 is not affected by this attack — we do not use the format variable in any database query. In fact, format is a system (CMS) variable that simply tells the system what type of document to render.

If there were a vulnerability in handling format, it would impact any extension and even the CMS core itself, not just Route 66.

Best regards,
Lefteris

Note: An active subscription is required in order to get support for our paid extensions. For our free extensions, if you don't have an account, register and then submit your support request.  In case you just want to ask a question, you can also use the contact form .

Firecoders
Are you using our extensions? Please post a review at the Joomla extensions directory!