KamoCRM

Une nouvelle traduction ne supprime plus la traduction qu'elle remplace

FixSecurityService
Expédié
28 septembre 2026 à 12:36 UTC
Auteur
Kamo
Commit
6e3266b

Depuis 1f715e4 (2026-09-23) saveLocaleTranslation charge la rangée locale pour décider si le compte a été déplacé, en vrac-supprimé et a sauvé un nouveau. La charge a laissé la ligne gérée dans la session, qu'un vrac supprimer ne touch, donc Hibernate a fusionné la nouvelle ligne sur elle: texte inchangé écrit rien et la suppression est restée, le texte modifié est devenu une MISE À JOUR de 0 lignes trois fois. 331 journaux de commit sont comptés complets avec 6,944 les traductions manquantes, que le balayage ne reverra jamais. Deux traductions d'un journal de commit ont également été effectuées côte à côte : celle qui a commencé quand il a atterri, et le balayage, qui a pris n'importe quel journal de commit incomplet, le premier est inclus, et re-queue lente toutes les cinq minutes. Ils entré en collision sur les lignes et le compteur de l'ensemble de l'entité sauf (40001). Le save est maintenant un upsert et un recomptage des lignes, deux déclarations qui jamais toucher la session (CommitLogTranslationStore, SecurityService-local). Le balayage prend seulement commit logs d'au moins 15 minutes, et un pod jamais file d'attente un journal de commit qu'il a en attente ou traduit. - Oui. met le Les dommages comptent dès que c'est en vie, et le balayage les recharge. (SP99 T6)

Tous les changements

Comme ce que vous voyez l'expédition?

Commencez avec le plan gratuit et lisez à nouveau cette page dans un mois, puis passez à l’abonnement payant pour bénéficier de toutes les fonctionnalités.

Commencez gratuitement pour toujoursVoir la tarification