Hallo zusammen,
erstmal danke für das Programm. Ich benutze es jetzt schn eine weile und bin ganz froh drüber.
Gestern habe ich das Programm geöffnet und Rechnungen geschrieben, als ich die Rechnung drucken wollte wurde OpenOffice geöffnet aber die Daten nicht übertragen.
Daraufhin habe ich die neue Version und OpenOffice, Java neu installiert. Leider hat es diesmal nicht geklappt. Was kann ich machen, bzw muss ich installieren um Fakturama wieder nutzen zu können? Oder hab ich etwas vergessen?
Vorab schonmal Danke
Das einfachste wird sein OpenOffice durch LibreOffice zu ersetzen.
Da klappt die Übernahme der Platzhalter besser.
Ansonsten kannst du versuchen das Office-noa-Plugin aus dem Downloadbereich zu ersetzen.
Vielen Dank,
nach der Installation von LibreOffice hat es wieder geklappt. 🙂
Leider geht es bei mir mit LibreOffice auch nicht. Alles neu installiert.
Wer kann mir helfen?
Fakturama 1.6.8
LibreOffice 4.4.5.2
Java 1.8.0_51
MAC 10.10.1
Beim Drucken aus Fakturama wird LibreOffice aufgerufen aber es erscheint nur das Startcenter. Was ist falsch? Ich muss dringend Rechnungen Drucken. Es hat schon funktioniert.
@ Rodrigues :
Kann es sein, daß du den Pfad nicht ganz richtig angegeben hast?
Prüfe das bitte einmal in Fakturama unter : Einstellungen > Office Integration
Viele Grüße!
:eek: 😮
Wenn der Pfad falsch wäre, wurde das Program nicht Starten.
Bitte kopiere den Pfad dennoch einmal hier rein - wenn ok, dann ok und für jeden
Hilfesuchenden nach dir sofort ein Hinweis darauf, dass es (oder dass es eben
nicht) am Pfad liegt ...
Was mir noch einfällt (jedoch bei Windows): Gibt es bei deinem System vllt. auch
so etwas wie "Standardprogramm für Dateityp XYZ". Vielleicht denkt dein System
doc-Dateien (hier: odt) mit dem Starter öffnen zu müssen.
Entweder du weisst wo du bei deinem System danach zu suchen hast, oder du versuchst
es (das funktioniert zumindest bei Windows) mit einer Re-Installation von Libreoffice -
dann sollte der "Defaultwert" für das öffnen von doc-Dateien (hier: odt) wieder korrekt
gesetzt werden.
Glaube nicht, dass es an Fakturama selbst liegt.
Viele Grüße!
:eek: 😮
Hallo,
ich habe ein ähnliches Problem. Nach dem Upgrade von Debian 7 auf Debian 8 funktioniert das Drucken nicht mehr. Hier einige Eckdaten:
Linux version 3.16.0-4-amd64
Fakturama vormals 1.6.7, funktionierte nicht, deinstalliert (ohne Konfig.), 1.6.8 installiert:
# dpkg -i Installer_Fakturama_linux_64Bit_1_6_8.deb Vormals nicht ausgewähltes Paket fakturama wird gewählt. (Lese Datenbank ... 168066 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von Installer_Fakturama_linux_64Bit_1_6_8.deb ... Entpacken von fakturama (1.6.8) ... fakturama (1.6.8) wird eingerichtet ... mv: der Aufruf von stat für „/usr/share/Fakturama/applications/*“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden mv: der Aufruf von stat für „/usr/share/Fakturama/pixmaps/*“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
Fehler bleibt
LibreOffice: Version: 4.3.3.2 Build-ID: 430m0(Build:2)
Pfad: /usr/lib/libreoffice/
Java: java version "1.7.0_79"
OpenJDK Runtime Environment (IcedTea 2.5.5) (7u79-2.5.5-1~deb8u1)
OpenJDK 64-Bit Server VM (build 24.79-b02, mixed mode)
Fehlerprotokoll:
!SESSION 2015-08-19 10:19:59.584 ----------------------------------------------- eclipse.buildId=unknown java.version=1.7.0_79 java.vendor=Oracle Corporation BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE Command-line arguments: -os linux -ws gtk -arch x86_64 !ENTRY org.eclipse.ui 4 0 2015-08-19 10:20:06.096 !MESSAGE Unhandled event loop exception !STACK 0 org.eclipse.swt.SWTException: Failed to execute runnable (org.eclipse.swt.SWTError: No more handles [Unknown Mozilla path (MOZILLA_FIVE_HOME not set)]) at org.eclipse.swt.SWT.error(SWT.java:4282) at org.eclipse.swt.SWT.error(SWT.java:4197) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:138) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3563) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3212) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2701) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2665) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2499) at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:679) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:668) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at com.sebulli.fakturama.Application.start(Application.java:39) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577) at org.eclipse.equinox.launcher.Main.run(Main.java:1410) at org.eclipse.equinox.launcher.Main.main(Main.java:1386) Caused by: org.eclipse.swt.SWTError: No more handles [Unknown Mozilla path (MOZILLA_FIVE_HOME not set)] at org.eclipse.swt.SWT.error(SWT.java:4308) at org.eclipse.swt.browser.Mozilla.initMozilla(Mozilla.java:1826) at org.eclipse.swt.browser.Mozilla.create(Mozilla.java:687) at org.eclipse.swt.browser.Browser.(Browser.java:99) at com.sebulli.fakturama.editors.BrowserEditor.createPartControl(BrowserEditor.java:327) at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:670) at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:465) at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595) at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:313) at org.eclipse.ui.internal.presentations.PresentablePart.setVisible(PresentablePart.java:180) at org.eclipse.ui.internal.presentations.util.PresentablePartFolder.select(PresentablePartFolder.java:270) at org.eclipse.ui.internal.presentations.util.LeftToRightTabOrder.select(LeftToRightTabOrder.java:65) at org.eclipse.ui.internal.presentations.util.TabbedStackPresentation.selectPart(TabbedStackPresentation.java:473) at org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartStack.java:1245) at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:1198) at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:1597) at org.eclipse.ui.internal.PartStack.add(PartStack.java:493) at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:103) at org.eclipse.ui.internal.PartStack.add(PartStack.java:479) at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:112) at org.eclipse.ui.internal.EditorSashContainer.addEditor(EditorSashContainer.java:63) at org.eclipse.ui.internal.EditorAreaHelper.addToLayout(EditorAreaHelper.java:225) at org.eclipse.ui.internal.EditorAreaHelper.addEditor(EditorAreaHelper.java:213) at org.eclipse.ui.internal.EditorManager.createEditorTab(EditorManager.java:808) at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:707) at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:666) at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2942) at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2850) at org.eclipse.ui.internal.WorkbenchPage.access$11(WorkbenchPage.java:2842) at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2793) at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2789) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2773) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2756) at com.sebulli.fakturama.actions.OpenBrowserEditorAction.run(OpenBrowserEditorAction.java:139) at com.sebulli.fakturama.Startup$1.run(Startup.java:54) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135) ... 23 more !ENTRY org.eclipse.osgi 2 1 2015-08-19 10:20:56.401 !MESSAGE NLS unused message: Wollen in: org.eclipse.equinox.internal.p2.ui.messages
Der Export nach calc funktioniert, wenn ich ihn direkt nach dem Programmstart aufrufe. Versuche ich zuerst einen Druck hängt im Anschluss das ganze Programm.
Wo kann ich nach dem Fehler suchen?
Hallo cbardak,
der Fehler scheint hier zu liegen: "Unknown Mozilla path (MOZILLA_FIVE_HOME not set)". Da muß man Fakturama mit einem besonderen Schalter starten. Schau mal hier. Oder such mal hier im Forum nach "mozilla". Da gibt es einige Tips.
Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?
Hallo,
manchmal sitzt der Fehler ganz wo anders....
Diesmal lag er am file-locking von libreoffice. Dies macht nämlich Probleme, wenn die Datei (wie in meinem Fall) von einem Netzlaufwerk über nfs geholt wird. Abhilfe schafft das Ausschalten des file-lockings in der Datei /usr/lib/libreoffice/program/soffice :
# file locking now enabled by default SAL_ENABLE_FILE_LOCKING=1 export SAL_ENABLE_FILE_LOCKING
ändern in
# file locking now enabled by default - disabled #SAL_ENABLE_FILE_LOCKING=1 #export SAL_ENABLE_FILE_LOCKING
Trotzdem nicht zu vergessen bei einer Installation unter Debian 8 (jessie) der Eintrag in die Datei /usr/share/Fakturama/configuration/config.ini
org.eclipse.swt.browser.DefaultType=mozilla