Moin zusammen,
Nach frohgemutem Update auf die 2.2.0 (von 2.1.3) druckt Fakturama plötzlich keine Dokumente mehr.
Da ich Rechnungen zu drucken hatte, habe ich spontan vom Backup auf 2.1.3 zurückgerollt und dabei dummerweise vergessen die entsprechenden logs mit den Fehlermeldungen zu sichern ... 🤐
Aber: Ziemlich sicher ist, dass F. zwar die Vorlagen gefunden, aber offensichtlich einfach nicht verarbeitet hat. D.h. es wurde nichts erstellt, nichts gestartet. Kein Dokument kein PDF. Punkt.
Irgendwo gab es hier einen Hinweis (bei irgend einem Beta-Test?), dass das mit verwendeten Sonderzeichencodierungen innerhalb der Parameter der Vorlagen zu tun haben könnte. Klingt nicht ganz unplausibel.
Allerdings
- fehlt mir da irgendwo ein genereller Hinweis zum Update darauf, bzw. was sich da evtl. geändert hat bzw. zum Konflikt führt,
- und irgendwelche Angaben ob das alle Sonderzeichenverwendungen betrifft oder nur bestimmte ...
Ich hab da nämlich jede Menge davon in den Vorlagen. Trial&Error-Ersetzung würde da zum zeitlichen und nervlichen Desaster.
FRAGE an die, denen das schon untergekommen ist bzw. an die Chefprogrammierer:
Wo genau liegt da möglicherweise der Hase im Pfeffer? Bzw. wo verschluckt sich Fakturama da mutmasslich an was genau?
Verzeichnisse werden beim Update immerhin alle korrekt übernommen, starten tut es ebenfalls einwandfrei und die Daten sind auch so vorhanden wie sie sollen... was macht dat Ding mit den Vorlagen?
Herzlichen Dank für jedwede mögliche Erhellung im Voraus 🙂
WIN11 Pro
FAKTURAMA (nicht ganz) aktuellste Version
LibreOffice aktuellste Version
Moin zusammen,
Nach frohgemutem Update auf die 2.2.0 (von 2.1.3) druckt Fakturama plötzlich keine Dokumente mehr.
Herzlichen Dank für jedwede mögliche Erhellung im Voraus 🙂
Hab genau das gleiche Problem, Nutze allerdings Mac.
macOS Tahoe 26.5.2
FAKTURAMA2 Version: 2.2.0-SNAPSHOT Build-ID: 20260529-0905 Java-Version: 17.0.19
LibreOffice Version: 26.2.2.2 (AARCH64)
Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5
Bin für jede Hilfe dankbar.
VG Spaatz
So - inzwischen nochmal versucht; Selbes Spiel.
Da geht garkeine Vorlage mehr.
Es kommt die berühmte Meldung zum LibreOffice-Verzeichnis, die aber wohl komplett falsch respektive irreführend ist. Denn die Verzeichnisangabe in den Einstellungen stimmt offensichtlich (..."Program Data\LibreOffice") - identisch zur 2.3.1-Version.
Das kleine Fehlerfenster wirft folgendes aus:
Error starting OpenOffice with vorlagenname.ott in: com.sebulli.fakturama.office.TemplateProcessor#fillItemTableWithData (1524) Document couldn't be created. Reason: Error starting OpenOffice with vorlagenname.ott in: com.sebulli.fakturama.office.OfficeDocu... Exception occured: in: com.sebulli.fakturama.office.TemplateProcessor#fillItemTableWithData (1524)
Das hilft mir aber absolut nicht weiter.
Selbst wenn dieses "'fillItemTableWithData" irgend etwas aussagen sollte - welche Table mit welchen Daten???
in der .log-Datei steht folgendes:
!ENTRY com.sebulli.fakturama.common 4 0 2026-07-17 12:35:24.646 !MESSAGE Exception occured: !STACK 0 java.lang.NullPointerException: Cannot invoke "org.odftoolkit.odfdom.doc.table.OdfTableCell.isCoveredElement()" because "refCell" is null at org.odftoolkit.odfdom.doc.table.OdfTable.insertRowBefore(OdfTable.java:1255) at org.odftoolkit.odfdom.doc.table.OdfTable.insertMultipleRowBefore(OdfTable.java:1217) at org.odftoolkit.odfdom.doc.table.OdfTable.insertRowsBefore(OdfTable.java:1572) at com.sebulli.fakturama.office.TemplateProcessor.fillItemTableWithData(TemplateProcessor.java:1524) at com.sebulli.fakturama.office.TemplateProcessor.processTemplate(TemplateProcessor.java:581) at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:173) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:412) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.run(CreateOODocumentHandler.java:201) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:569) at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58) at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:309) at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:243) at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:173) at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:156) at org.eclipse.core.commands.Command.executeWithChecks(Command.java:488) at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:485) at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:213) at com.sebulli.fakturama.parts.FakturamaCoolbarAction.runWithEvent(FakturamaCoolbarAction.java:135) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:580) at org.eclipse.jface.action.ActionContributionItem.lambda$5(ActionContributionItem.java:453) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4274) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1066) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4072) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3660) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046) at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155) at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:569) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596) at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
Hilft jetzt auch nicht wirklich.
Wieder irgendwas mit "Table" ... aber nix genaueres nicht.
Entweder hat sich da irgendwo doch was gravierenderes in Bezug auf die Vorlagen, Platzhalter oder Anderes geändert oder F versucht irgendwo intern einen Pfad zu LibreOffice zu verwenden der nicht existiert ...
Kein Plan.
Wäre wirklich gut, wenn man das irgendwie aufdröseln könnte ...
WIN11 Pro
FAKTURAMA (nicht ganz) aktuellste Version
LibreOffice aktuellste Version