Ich schreib das mal auf deutsch weil mir die englischen Begrifflichkeiten nicht geläufig sind.
Ich versuche seit Wochen immer mal wieder das aktuelle AppImage, aktuell kmymoney-master-4301-linux-gcc-x86_64, zu benutzen und laufe in jeder Version in den gleichen Fehler: ich kann keine Überweisung in den “Ausgang” legen.
Ich beginne eine “Neue Überweisung”, fülle alle Felder aus und beim Klick auf “Einreihen” verabschiedet sich das Programm.
Direkt “Senden” scheint die Überweisung tatsächlich auszuführen doch KMM stürzt danach ebenfalls ab - vermutlich beim Versuch die Überweisung im Ausgang zu speichern.
Ist das ein bekanntes Problem?
Andernfalls: Wie kann ich dazu einen vernünftigen Bug-Report erstellen? Ich scheitere bereits daran die richtige Komponente zu finden. Es gibt in bugs.kde.org ein “kmymoney” und ein “kmymoney2”? Welche Daten sollte ich mitgeben? Es scheint ein “coredump” zu geben
Hmm, habe das eben mal ausprobiert. Scheint (bei mir) zu gehen, aber ich nutze KMyMoney ja normalerweise direkt installiert. Gleiches gilt für AqBanking und Gwenhywfar. Das sind die beiden Pakete mit denen dieses ganze Online-Gedöns realisiert ist.
Was passiert denn, wenn Du die Überweisung erstmal speicherst? Gibt es da auch einen Crash? Wenn es nicht crasht, was passiert, wenn Du die Buchung anwählst und dann sendest? (Ich vermute es crasht wieder)
Was wird denn auf der Konsole angezeigt, wenn Du auf Senden drückst? Bei mir sieht das so aus (insgesamt 211 Zeilen, habe ich hier mal abgeschnitten):
Sending 1 job(s) to online plugin "kbanking"
Enqueue: 0
3:2025-05-04 12:27:35: /builds/office/kmymoney/linux-64-gcc/build/libs/gwenhywfar/work/gwenhywfar-5.12.0/gui/cpp/cppgui.cpp: 141: CppGuiLinker::OpenDialog
7:2025-05-04 12:27:36:aqhbci started
5:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/banking/provider.c: 158: Initializing AqHBCI backend
5:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/msglayer/hbci.c: 136: Loading XML files
5:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/msglayer/hbci.c: 143: Adding XML descriptions
6:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/banking/user.c: 218: Reading user from db (8)
6:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/banking/user.c: 281: Reading HBCI data for user (8)
6:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/banking/user.c: 418: Reading supported TAN methods (max 16)
6:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/banking/user.c: 431: - added TAN method 962 (1)
6:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/banking/user.c: 431: - added TAN method 972 (2)
6:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/banking/user.c: 431: - added TAN method 982 (3)
6:2025-05-04 12:27:36:aqhbci /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/plugins/backends/aqhbci/joblayer/job.c: 101: Sampling BPD versions for job "JobTan"
:
:
BTW: kmymoney2 ist alt und sollte eigentlich nicht mehr für neue Einträge genutzt werden können mag aber noch sichtbar sein. kmymoney ist das Richtige.
Genau dabei crasht es ja. Also beim Direkt speichern oder, falls ich zuerst die Überweisung sende (das geht), dann beim Anlegen des Eintrags im “Ausgang”.
Zuvor viele Meldungen vom Aqbanking die wohl mit dem Ausfüllen des Forms zu tun haben
11711a9e8d83-A000222"
3:2025-05-04 14:17:40:aqbanking /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/aqbanking/banking_compat.c: 58: No account id for alias "A000222"
3:2025-05-04 14:17:40:aqbanking /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/aqbanking/banking_compat.c: 58: No account id for alias "cf0773aa-a5b3-49cf-8586-11711a9e8d83-A000223"
3:2025-05-04 14:17:40:aqbanking /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/aqbanking/banking_compat.c: 58: No account id for alias "A000223"
3:2025-05-04 14:17:40:aqbanking /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/aqbanking/banking_compat.c: 58: No account id for alias "cf0773aa-a5b3-49cf-8586-11711a9e8d83-AStd::Asset"
3:2025-05-04 14:17:40:aqbanking /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/aqbanking/banking_compat.c: 58: No account id for alias "AStd::Asset"
3:2025-05-04 14:17:40:aqbanking /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/aqbanking/banking_compat.c: 58: No account id for alias "cf0773aa-a5b3-49cf-8586-11711a9e8d83-AStd::Asset"
3:2025-05-04 14:17:40:aqbanking /builds/office/kmymoney/linux-64-gcc/build/libs/aqbanking/work/aqbanking-6.6.0/src/libs/aqbanking/banking_compat.c: 58: No account id for alias "AStd::Asset"
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1661:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1662:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1663:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1664:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1665:1: unrecognized keysym "dead_hamza" on left-hand side
kf.sonnet.core: No language dictionaries for the language: "en_US"
kf.sonnet.core: No language dictionaries for the language: "en_US"
kf.sonnet.core: No language dictionaries for the language: "en_US"
kf.sonnet.core: No language dictionaries for the language: "en_US"
Aus Deiner Aussage und der Codeanalyse folgt: es kann vermutlich nichts mit dem Speichern zu tun haben, denn bevor der Auftrag gesendet wird, wird die gleiche Routine aufgerufen, die den Job speichert. Quelle
Ein paar Fragen: Wird denn der Auftrag bei der Bank ausgeführt? Gibt es bereits Jobs in der View oder ist das der erste Auftrag?
Den ersten Crash hatte ich vor ein paar Wochen als ich wirklich eine Überweisung gemacht habe. Selbige ist rausgegangen (soweit ich mich erinnere) aber es wurde keine “Überweisung” im “Ausgang” angelegt weil KMM dabei abgestürzt ist.
Seit dem probiere ich immer mal wieder die neuen appImages aus. Indem ich eine “Neue Überweisung” im “Ausgang” anlege und versuche zu speichern mittels “Einreihen”. Ich versuche NICHT zu “Senden”. Was immer zum Absturz führt
Demo: short video. Die hier bereits zu sehende Überweisung war mit dem normalen KMyMoney 5.x gemacht um zu verifizieren dass das Konto ok ist.
Ich denke, ich verstehe Dich schon gut. Ich versuche nur ,die Analyse logisch zu betreiben und Dinge auszuschließen. Was vielleicht zu Problem führt, ist die Tatsache, dass ich die UI in Englisch sehe und dann ab und an raten muss, wie das auf Deutsch dargestellt wird.
Die Frage nach der Anzahl der bereits vorhandenen Einträge hatte Sinn, weil ich kürzlich einen anderen Fehler gefunden hatte, der nur auftrat, wenn die Ansicht leer war und der erste Eintrag erzeugt wurde.
Für weitere Tests reicht also das “Einreihen”.
Da ich den Crash bei mir nicht nachvollziehen kann (auch nicht mit dem AppImage) muss ich (mit Deiner Hilfe) erstmal herausfinden, wo das überhaupt passiert. Sobald das etwas klarer ist, können wir uns um das warum kümmern. Dann ist ein Fix nicht mehr schwer.
Gleich noch eine Frage: welches Linux System (Distro) nutzt Du?
KMyMoney ist eine Qt5 Anwendung, keine Ahnung ob das einen Einfluss hat.
Ich hatte das mal auf einem (nackten) debian 12 mit installierten KDE ausprobiert und das mit dem AppImage soweit konfiguriert, dass man einen Auftrag in die Liste eintragen kann (ohne Senden an die Bank). Da gab es keinen Crash. Prinzipiell scheint das also zu gehen.
