Des ecriture qui disparaisse tout seul

[pwepwe973]

bonjour

J'ai remarqué un bug qui était survenu dans une autre session docker où j'ai dû réinstaller le container complètement. Lorsque j'ouvre une écriture qui existe et que je fais une petite modification, puis que je clique sur "valider", une page "oops écriture inexistante" s'affiche alors que l'écriture existait bien avant de procéder à la modification.

J'ai réinstallé, et là, après avoir passé plusieurs semaines à copier les écritures de mon ancien logiciel vers celui-ci car je n'aimais pas le résultat de l'importation du fichier CSV, le bug resurgit.

Et j'ai peur pour mes écritures car j'ai mis beaucoup de temps à copier tout ça.

Avez-vous déjà remarqué ce bug chez vous ?

[picsou83]

Chaque écriture possède un numéro unique dans la base de données (id_entry), qui est également associé à un exercice.

Le logiciel comporte plusieurs sécurités pour empêcher la modification d'une écriture :

• Lorsque l'exercice est clos.
• Lorsqu'on essaie d'ouvrir directement une écriture avec l'id_entry depuis le mauvais exercice.

Il semble que vous vous trouviez dans ce dernier cas. Vous avez ouvert un onglet avec une écriture (par exemple, depuis l'exercice 2022), puis avez changé d'exercice (par exemple, 2023). Dans ce cas, toute tentative de modification ou visualisation de l'écriture échouera, et ce message d'erreur s'affichera.

Pour travailler sur plusieurs exercices simultanément, il faut ouvrir plusieurs navigateurs et non des onglets.

Si le problème persiste, veuillez le reproduire pour que je puisse l'identifier de mon côté. Cependant, le message "La référence recherchée n'existe pas" ne doit s'afficher que si l'on se trouve dans le mauvais exercice.

[pwepwe973]

Je ne saurais pas dire, mais par exemple, si je constate une erreur dans le numéro de pièce et que j'ouvre pour modifier la pièce, eh bien quand je valide, cela me met cette page !

Mais j'ai remarqué que dès que cela m'a fait cela pour une écriture, si j'ouvre les autres pour les modifier, cela me le fera avec tous les autres. Pour remédier à cela, je dois faire une sauvegarde et restaurer les écritures, et là je peux de nouveau bosser normalement. je sais pas a quel moment cela se déclenche et pour quelle raison

Et je ne travaille que sur un seul exercice car je n'ai qu'un an de création de mon entreprise.

[picsou83]

Je vous confirme que c'est le message d'erreur typique d'un changement d'exercice (ou éventuellement problème de cookie web), aucune écriture n'est modifiée ou supprimée à ce stade. Il n'y a pas lieu de restaurer tout à chaque fois.

À l'occasion et sans rencontrer le problème, veuillez activer le mode dump et relever les paramètres session->{dump}, puis les copier dans ce ticket.

Paramètres => Modifier un utilisateur existant => Cliquer sur modifier => Mettre Activer le mode dump à Oui => Relever les valeurs de Paramètre session->{dump}

exemple : Paramètre session->{dump} Exercice_Cloture: 0 Exercice_debut_DMY: 01/01/2023 Exercice_debut_YMD: 2023-01-01 Exercice_fin_DMY: 31/12/2023 Exercice_fin_DMY_N1: 31/12/2022 Exercice_fin_YMD: 2023-12-31 _session_id: 2024-04-27_DGDrVEXRvQmBbYixpzFT9KdKPP db_update_done: 1 debug: 1 dump: 1 fiscal_year: 2023 fiscal_year_offset: 0 id_client: 1 padding_zeroes: 3 preferred_datestyle: SQL, dmy racine: base type_compta: engagement username: superadmin version: 1.109

Et si jamais le problème se reproduit, veuillez relever à nouveau les paramètres session->{dump} et les copier dans ce ticket.

[picsou83]

J'ai identifié un potentiel bug lors de la modification d'une écriture. Il semble survenir lorsqu'il y a eu un nombre élevé de modifications d'écritures au cours d'une journée. Ce problème sera résolu dans la version 1.110 grâce à l'ajout d'une sécurisation pour générer un token_id unique.

[pwepwe973]

Salut ok, c'est peut êtres cela car c'est vrais que j'avais énormément d’écriture a ajouter et a modifier,

[picsou83]

La mise à jour 1.110, qui corrige ce problème, a été déployée.