Unter Debian 13 hängt Fakturama 2.2.1-BETA beim Erzeugen einer Rechnung reproduzierbar mit hoher CPU-Auslastung. Dieselbe .ott-Vorlage funktioniert mit Fakturama 2.1.3c und 2.2.1-BETA unter macOS.

Der Hänger tritt auf, wenn sich ein als Bild eingefügter Rahmen und der Platzhalter <INVOICE.GIROCODE> im selben ODF-Absatz (text:p) befinden.

Ein Thread-Dump während des Hängers zeigt:

"main" ... java.lang.Thread.State: RUNNABLE
   at org.odftoolkit.helper.common.navigation.PlaceholderNode.replaceWith(PlaceholderNode.java:283)
   at com.sebulli.fakturama.office.TemplateProcessor.processTemplate(TemplateProcessor.java:606)
   at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:164)
   at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:425)

Zu diesem Zeitpunkt läuft noch kein soffice- entfernter Link Der Hänger entsteht also bereits beim Bearbeiten der ODF-Vorlage.

Die problematische Struktur sieht vereinfacht so aus:

<text:p>
   <draw:frame draw:name="Bild8" ...>
       <draw:image .../>
   </draw:frame>
   <text:placeholder text:placeholder-type="text">
       &lt;INVOICE.GIROCODE&gt;
   </text:placeholder>
</text:p>

Workaround: Rahmen und GIROCODE-Platzhalter in zwei getrennte Absätze verschieben:

<text:p text:style-name="QRFrame">
   <draw:frame draw:name="Bild8"
               text:anchor-type="paragraph"
               svg:x="14.229cm"
               svg:y="0.60cm"
               ...>
       <draw:image .../>
   </draw:frame>
</text:p>

<text:p text:style-name="P18">
   ...
   <text:placeholder text:placeholder-type="text">
       &lt;INVOICE.GIROCODE&gt;
   </text:placeholder>
   ...
</text:p>

Danach wird die Rechnung unter Fakturama 2.2.1-BETA wieder korrekt erzeugt.

Wichtig: Wird die so korrigierte Vorlage anschließend mit LibreOffice Writer geöffnet und gespeichert, führt Writer die beiden Elemente bei meinem Test wieder in einem Absatz zusammen. Danach tritt der Hänger erneut auf. Die funktionierende Vorlage musste daher direkt auf ODF/XML-Ebene angepasst werden.

Getestete Umgebung

Es sieht daher nach einem Problem bei der Platzhalter-Ersetzung (PlaceholderNode.replaceWith) aus, wenn im selben text:p zusätzlich ein draw:frame vorhanden ist.

Zusätzliche Reproduktionsbeobachtung

1. Wird der Rahmen vollständig aus der Vorlage entfernt, wird die Rechnung sofort korrekt erzeugt. Eine reine Änderung der Verankerung des Rahmens von „Als Zeichen“/„Am Zeichen“ auf „Am Absatz“ reichte nicht aus, solange Rahmen und <INVOICE.GIROCODE> im selben text:p lagen. Erst die Trennung in zwei Absätze beseitigte den Hänger.