Hallo,

bei mir Linux 64bit Debian wurden die Dokumente unvollständig importiert, nur ein Teil der Rechnungen. Beim öffnen einer Rechnung und betätigen des Druck Buttons stürzt die Anwendung ab. Bei neu starten bleibt eingefroren stehen, zeigt aber keine Fehlermeldungen.

Gruß
Marek

Hallo Marek,

ich habe auch Linux 64bit habe das Öffnen mit dem Absturz mal bei mir probiert. Du hast recht. 😉
Das liegt aber wohl weder an Java, noch an Fakturama, sondern am Display. Es wird auch eine große Logdatei im Programmverzeichnis erstellt. Ein Auszug daraus:

# Problematic frame:
# C [libgdk-x11-2.0.so.0+0x4ceaf] gdk_display_open+0x3f
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
...
# The crash happened outside the Java Virtual Machine in native code.

Ich habe versucht core dumping zu enablen, hat aber nichts gebracht. Was aber geht ist diese Lösung, wenn auch nur temporär.
Testweise habe ich mir ein Startscript erstellt mit folgendem Inhalt:

#! /bin/sh
export SWT_GTK3=0
cd /home///
./Fakturama

Alles in spitzen Klammern musst du natürlich anpassen und die Datei ausführbar machen. Dann geht auch das Drucken.
Ich denke mal es liegt daran, dass LibreOffice einen Splashscreen oder irgendetwas öffnen will, was GTK wohl nicht will.

Gruß
moped

Fakturama stürzt dann nicht mehr ab, öffnet sich ein Bestätigungsdialog aber weiter nichts.
Das Dokument wird nicht geöffnet.

Ich hebe in dem Bestätigungsdialog " Dokument noch mal öffnen " gewählt und es ging nicht weil bei mir die Dokumente nicht korrekt importiert wurden.
Mit "Dokument noch mal erstellen " klappt es und dann mit " Dokument noch mal öffnen " auch.
Also bleib erst mal das Problem mit dem Kopieren. Es wurde nur teil der Rechnungen in die Datenbank übernommen und keine Fertige Dokumente.

Hallo zusammen,
ich habe gerade auch Debian 9 ausprobiert, es ist leider so, daß hier Java-Anwendungen generell ein problem zu haben scheinen. ich hatte gerade LibreOffice Writer gestartet, das ist einfach abgestürzt. Fakturama stürzt ab, wenn man drucken will, wie das hier schon beschrieben wurde. Ich habe es auch mit mehreren JDKs versucht, hat nichts gebracht. Ich werde weiter forschen, der Fehler ist mir völlig neu. Auf anderen Distros (Ubuntu, Mandriva) ist mir das nicht aufgefallen. Windows und Mac sind davon nicht betroffen.

rheydenr schrieb:
-------------------------------------------------------
> ich habe gerade auch Debian 9 ausprobiert, es ist
> leider so, daß hier Java-Anwendungen generell ein
> problem zu haben scheinen.

Ich Kann nur dazu sagen, dass mit Fakturama 1.6.9 keine Probleme auftreten.
Also nicht unbedingt generell, eher nur mit Fakturama 2
Gruß
Marek

Ich habe das Problem inzwischen eingekreist. Es tritt offenbar auch nur bei Debian-Installationen auf und kommt, wenn man versucht, eine externe Anwendung auf eine bestimmte Art und Weise zu starten (z. B. den PDF-Viewer oder LibreOffice). Abhilfe schafft man hier vorläufig damit, daß man nur das PDF erzeugen läßt und das dann nicht automatisch öffnen läßt. Ich baue gerade einen Workaround dafür. Wenn ich weiß, was hier konkret die Ursache ist (scheint in den GTK-Bibliotheken zu liegen), repariere ich das dann richtig.

Hallo Ralf,

GTK(+) hatte ich oben als Ursache ja auch schon erwähnt.
Es scheint mit eclipse zusammenhängen, wenn man nach

export SWT_GTK3=0

googelt. Von den Details habe ich da aber keine Ahnung.

Gruß
moped

So, ich hab's 🙂

Folgendes installieren (als root):

apt-get install libwebkitgtk-1.0-0

Dann

export SWT_GTK3=0
/usr/share/fakturama2/Fakturama

Läuft (bei mir) unter Debian 9.

export SWT_GTK3=0
/usr/share/fakturama2/Fakturama

das hat schon moped vorgeschlagen. Ist allerdings keine richtige Lösung.
Dabei wird auch Fakturama in der Konsole gestartet.
Als Nachteil habe ich festgestellt, dass einige Fenster nicht korrekt dargestellt sind.
Die Datei

ibwebkitgtk-1.0-0

l ist bei mir nicht erforderlich.
Was bei mir noch Probleme macht ist, dass das Kopieren oder übernehmen der Daten unvollständig.
ist. Ich habe den Vorgang beobachtet und festgestellt, dass es einfach abgebrochen wird.
Es werden keine Dokumente kopiert und die Datenbank nur teilweise.
Die Anwendung startet schnell, aber ich denke nur weil die Datenbank fast leer ist.

Gruß
Marek

Die Übernahme der Daten geht nur aus Verison 1.6.9, habe ich festgestellt. Welche Version hast Du da?

Ich habe die 1.6.9c, bei den anderen RCs ging es immer, jetzt eben nicht mehr, habe ein paar mal versucht.

Gruß
Marek

Gibt's im migLog (siehe Arbeitsverzeichnis) irgendwelche Fehler? Andere Fehler im Logfile?

Eventuell das hier

!ENTRY org.eclipse.e4.ui.workbench 4 0 2017-10-08 09:24:03.726
!MESSAGE error while migrating Documents; Message: null
!STACK 0
java.lang.NullPointerException
	at com.sebulli.fakturama.migration.MigrationManager.runMigrateDocumentsSubTask(MigrationManager.java:664)
	at com.sebulli.fakturama.migration.MigrationManager.runMigration(MigrationManager.java:450)
	at com.sebulli.fakturama.migration.MigrationManager.access$1(MigrationManager.java:423)
	at com.sebulli.fakturama.migration.MigrationManager$1.run(MigrationManager.java:336)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:119)

Sons kann ich Dir den ganzen Inchlt zusenden

Fakturama2 läuft jetzt bei mir, wenn ich das alte Verzeichnis .fakturama2 lösche.

Problem dabei: die alten Daten werden nicht übernommen, auch wenn ich das beim ersten Start angebe. Es wird zwar gefragt, ob die Daten übernommen werden sollen, trotzdem sind keine da, keine Rechnungen und auch die Nummernkreise sind komplett zurückgesetzt.
Gibts da ne Lösung?

@pillango: Sieht aus, als ob bei den alen Kontakten irgendwas nicht übernommen werden konnte. Da muß ich nochmal nachsehen.

@Spenser: Wird im Arbeitsverzeichnis eine migLog.txt angelegt? Irgendwelche Fehlermeldungen in .fakturama2.metadata.log?