Die Beschreibung wird nach dem Bearbeiten einer Zeile nicht mehr übersetzt
Ein Angebot für einen englischsprachigen Kunden erscheint auf Englisch und springt in die Ausgangssprache zurück, sobald man eine Zeile bearbeitet. Die Ursache: der WYSIWYG-Editor und eine mehrzeilige Beschreibung. Drei Auswege.
Sie erstellen ein Angebot für einen Kunden, dessen Sprache Englisch ist. Ihre Produkte haben eine englische Übersetzung. Das erste PDF ist perfekt: alles auf Englisch. Dann ändern Sie den Preis einer Zeile, erzeugen das PDF neu, und die Beschreibung dieser Zeile erscheint wieder auf Französisch. Ihre Bezeichnung bleibt dagegen auf Englisch.
Das ist kein Konfigurationsfehler Ihrerseits.
Was passiert
Die Übersetzung wird nicht in der Zeile gespeichert. Sie wird beim Erzeugen des PDF angewendet, und nur, wenn der Text der Zeile noch identisch mit der Beschreibung im Produkt ist. Weicht er ab, nimmt Dolibarr an, dass Sie ihn von Hand angepasst haben, und lässt ihn unverändert.
Das Problem kommt vom WYSIWYG-Editor der Zeilen. Es braucht drei Bedingungen:
- der WYSIWYG-Editor ist für die Zeilen aktiv;
- die Beschreibung im Produkt ist einfacher Text, zum Beispiel weil sie vor dem Aktivieren des Editors erfasst oder importiert wurde;
- diese Beschreibung hat mehrere Zeilen.
Wenn Sie die Zeile mit dem Editor öffnen und speichern, auch nur um den Preis zu ändern, werden
ihre Zeilenumbrüche zu <br>-Tags. Die beiden Texte sind nicht mehr identisch, und Dolibarr hört
auf zu übersetzen. Eine einzeilige Beschreibung ist nicht betroffen.
Die Bezeichnung wird vom Editor nicht verändert: Sie bleibt übersetzt. Daher das halb übersetzte PDF.
Die Lösungen
- Die Korrektur von Dolibarr. Sie steckt im Code der 24.0.2: Dolibarr vergleicht dort den Text beider Beschreibungen ohne die HTML-Tags. Am 4. Oktober 2026 ist die 24.0.2 seit dem 2. Oktober bei SourceForge herunterladbar, aber noch nicht auf dolibarr.org angekündigt, und ein Docker-Image gibt es noch nicht. Nach dem Update genügt es, das PDF neu zu erzeugen: Die Übersetzung geschieht beim Erzeugen. Die Korrektur ist auch im Zweig 23.0, aber in keiner veröffentlichten Version 23.0.x.
- Auch die Produktbeschreibung in HTML bringen. Öffnen Sie das Produkt und speichern Sie es bei aktivem WYSIWYG-Editor, ohne etwas zu ändern: Seine Beschreibung erhält dasselbe Format wie die Zeile, und das PDF wird wieder übersetzt. Das ist die Lösung ohne Update, aber sie geschieht Produkt für Produkt.
MAIN_MULTILANG_TRANSLATE_EVEN_IF_MODIFIEDaktivieren (Wert1, unter StartEinstellungenErweiterte Einstellungen). Das PDF übernimmt dann immer die Übersetzung des Produkts. Achtung: Sie ersetzt ohne Hinweis auch Beschreibungen, die Sie in einer Zeile bewusst ergänzt haben.
Wie das geprüft wurde
- Auf einer Testinstanz 24.0.1: Kunde auf Englisch, WYSIWYG-Editor aktiv, zwei übersetzte Produkte, eines mit einzeiliger, das andere mit zweizeiliger Beschreibung. Erstes PDF auf Englisch. Nach einer Preisänderung über die Seite springt die zweizeilige Beschreibung ins Französische zurück; die andere bleibt Englisch.
- Korrigierte Datei der 24.0.2 auf diese Instanz gelegt, PDF neu erzeugt: alles auf Englisch. Gleiches Ergebnis mit der Konstante aus Lösung 3 und durch erneutes Speichern des Produkts (Lösung 2).
- Mit der Konstante erscheint eine von Hand ergänzte Zeile („… Lieferung inklusive.“) auf Englisch ohne ihre Ergänzung.
- Dasselbe Problem war im September auf einer 23.0.4 reproduziert worden. Im offiziellen Code ist der strikte Vergleich von 20.0.4 bis 24.0.1 derselbe; die Korrektur (Nr. 40405) steckt in der 24.0.2.
Wenn Ihre mehrsprachigen Dokumente weiter falsch sind
Mischen Ihre PDFs weiterhin die Sprachen, oder haben Sie viele Produkte zu überarbeiten, ist genau das die Diagnose für 90 €: eine Stunde gemeinsam an Ihrem Fall, danach schriftlich die Ursache und was die Behebung kosten würde.