excuset j ai ete moi aussi trop vite en fait regression en 4.40 les INSERT sont revenue dans les version precedente on avait bien des REPLACE je remet l ancien module et j imagine que ca va rentrer dans l ordre ?
Parceque j ai le pb et j ai pas de insert dans ce module ???
Même pas sur la ligne 215 ?
Attention, Loic n’a pas fait que remplacer INSERT par REPLACE
je remet l ancien module et j imagine que ca va rentrer dans l ordre ?
Si module est égal à fichier, je ne m’aventurerais pas sur ce genre de modif.
Reprendre un fichier d’une ancienne version et l’appliquer dans une autre version ne peut que créer des problèmes.
ok je restaure en 4.38 et je teste sur ma machine de qualification …tu as raison prudence est mere de sureté[quote=« jpty, post:10, topic:17746, full:true »]
je remet l ancien module et j imagine que ca va rentrer dans l ordre ?
Si module est égal à fichier, je ne m’aventurerais pas sur ce genre de modif.
Reprendre un fichier d’une ancienne version et l’appliquer dans une autre version ne peut que créer des problèmes.
[/quote]
mais a qui signaler que les replace sont redevenus des insert entre 4.38 et 4.40
Le pb a été signalé à Loic là: La table history ne se vide plus
Il a fait la correction en 4.1 et il précise à la fin de sa réponse que
Si c’est valide alors ca passera en v4 aussi
Vous êtes sûr de n’avoir le pb que depuis la 4.0.40 ?
Je l’avais depuis environ le 10 janvier (27000 lignes dans la table history ) ainsi que des utilisateurs du plugin suivi-conso
Le pb a été signalé à Loic là: La table history ne se vide plus
Il a fait la correction en 4.1 et il précise à la fin de sa réponse queSi c’est valide alors ca passera en v4 aussi
Vous êtes sûr de n’avoir le pb que depuis la 4.0.40 ?
Je l’avais depuis environ le 10 janvier (27000 lignes dans la table history ) ainsi que des utilisateurs du plugin suivi-conso
moi j ai le message duplucate key depuis 2 jours ce qui correspond au passage en 4.40
et c est facile de verifier dans les sauvegardes quand les REPLACE SQL sont redevenus des IINSERT SQL je vais chercher ce soir
J’ai regardé dans un backup de la 4.0.38.
C’est très différent.
Loic a expliqué dans sa réponse pourquoi ça a été modifié:
Bonjour, Je ne saurait te répondre, on a effectivement changé le systeme d’archivage pour des questions de performance (l’ancien planté des box desfois la nuit). Pourquoi tu as un doublon je sais pas. En 4.1 j’ai remplacé le insert par un replace pour eviter le probleme et mis du try catch pour que si ca merde il passe quand meme sur les autres commandes. Si c’est valide alors ca passera en v4 aussi
J’ai regardé dans un backup de la 4.0.38.
C’est très différent.
Loic a expliqué dans sa réponse pourquoi ça a été modifié:
La table history ne se vide plus - #2 par Loic
Oui j ai vu le code a rien a voir …
mais je confirme que dans les backup 4.038 il n y a que des SQL REPLACE et a partir de 4.040 on plus que des SQL INSERT …
ca ressemble a une regression de code une erreur on a remis le vieux module ? je regarde dans les premiere version 4.0 que j ai
(je garde 3 mois de sauvegarde je suis un peu parano j avoue …)
ca ressemble a une regression de code une erreur on a remis le vieux module ?
Non, c’est une optimisation pour des pb de performance avec des plantages des box.
bon j ai pas avant le 10 janvier en 4.0.38 avant j etais en 3.3.39 et dans cette version le modulme est similaire a celui de 4.0.38 c est a dire que l on trouve des SQL REPLACE
Donc les Lignes SQL INSERT sont donc des nouveautés liée a la 4.0.40 …
a transmettre a Loic je pense je vais ouvrir un sujet sur ca dans le core qu en penses tu ?
Inutile de resignaler à Loic, il a déjà corrigé en 4.1 et remplacé INSERT par REPLACE et ajouté un try/catch pour que l’historisation se fasse quand mème.
Voir l’autre discussion.
rire oui mais en 4.0.40 ca va replanter puisqu il y a des INSERT ???
je pense plus correcte de le signaler car je vais pas etre le seul a mon avis ca touche le plugin linky mais peut etre d autre
(l’ancien planté des box desfois la nuit).
Elle sont pas en version 3 les « box » ?
Sais pas. Je ne faisais que citer la réponse de Loic.
Oui je sais mais le forum n’imbrique pas les 2 citations
Et Loic dit qu il a remplacé les SQL INSERT par des SQL REPLACE et la c est juste l inverse …bon je vais laisser un message du coté des helper je vous tiens au courant
@jpty sait de quoi il parle et ils ont déjà fait le tour de la question ce matin hier avec Loïc il est donc inutile d’en remettre une couche je pense
Et Loic dit qu il a remplacé les SQL INSERT par des SQL REPLACE et la c est juste l inverse …bon je vais laisser un message du coté des helper je vous tiens au courant
dans la 4.1
mais en 4.0.40 ca va replanter puisqu il y a des INSERT ???
Ce n’est que l’archivage des historiques qui plante. Le transfert history vers historyArch ne se fait pas.
Il n’y a aucune perte de données.