Je corrige dans le Dictionnaire pour obtenir le résultat voulu.
le « correctif » à l’installation est-il correct ? ou est-ce lui qui « créé » les erreurs d’affichage ?
il est peut-être incomplet.
j’ai une instance de Dolibarr (V13.0.2)) pour lesquelles j’ai aussi ce problème. et une autre (V13.0.1) pour laquelle je ne l’ai pas.
==> même type d’installation OVH mutu sur BDD privée
mes recherches ne m’ont pas permis de trouver une piste pour l’instant.
et maintenant cela
après avoir cocher la seconde ligne (inter de toutes les colonne et de toutes les tables)
DB_ERROR_1366
c’est bon pour l’installation plus de message d’erreur
les contenus des tables llx_c_regions et llx_c_departements n’était pas en unicode
j’ai modifier chacune des lignes qui étaient en latin1_swedish_ci
par contre je vois en naviguant dans les tables qu’il y en a d’autre en latin1_swedish_ci
je pense que cela va poser problème ?
si oui pourquoi la modification ne « descend » pas ?
ça va être long sinon
je veux bien mais via phpmyadmin cela ne fonctionne pas en tout cas j’ai toujours des soucis d’accentuation et quand je regarde les structures de certaines tables. Bien que j’ai effectué ma modification via phpmyadmin, certaines valeurs (lignes? je n’ai pas tout le vocabulaire) sont en swedish_latin…
Le sujet n’est pas spécialement récent, mais je tiens à préciser que le script de réparation fonctionne très bien : appliqué sur pas mal de bases d’utilisateur qui ont installé Dolibarr dans leurs coin sans faire attention à la configuration de leurs base de donnée.
Une sauvegarde avant quand-même, mais très efficace, pas de texte cassés.