Bankzugang verschwindet einfach

Finden sich denn in der Log-Datei "jameica.log" irgendwelche Fehlermeldungen? Siehe http://willuhn.de/wiki/doku.php?id=support:fehlermelden

Ja, meine Frage nach Fehlermeldungen im Log.

Das mit den Temp-Dateien ist mir schon klar. Das ist ein gebraeuchliches Verfahren, um gesichert in Dateien zu schreiben. Man schreibt nicht direkt in die Zieldatei sondern erstmal in eine Temp-Datei auf der selben Partition. Nach dem erfolgreichen Schreiben loescht man die Originaldatei und und benennt dann die Temp-Datei auf den Namen der Originaldatei um. Auf diese Weise ist sichergestellt, dass immer eine intakte Datei existiert. Falls mitten im Schreiben der neuen Datei etwas schief geht, ist dann wenigstens noch die vorherige Version da.

Da der Fehler meines Wissens nach nur unter Windows auftritt, habe ich die Vermutung, dass da eine Art Race-Condition durch irgendwelche Virenscanner auftritt, die genau zwischen dem Moment passiert, wenn die alte Original-Datei geloescht wird und die temporaere Datei auf den Original-Namen umbenannt werden soll. Die Original-Datei existiert nach dem Aufruf des Loeschvorgangs vermutlich noch fuer den Bruchteil einer Sekunde. Gerade lange genug, dass das anschliessende Umbenennen fehlschlaegt.

Ich baue mal einen provisorischen Workaround ein, der ab morgen im Nightly-Build ist. Da das aber rein spekulativ ist, kann ich nicht sagen, ob das das Problem wirklich sicher beheben wird. Zumal es ja auch nur bei sehr wenigen Usern auftritt. Ein Indiz mehr, dass das nur unter ganz speziellen Bedingungen passiert.

So, ich melde mich nun auch mal wieder

Bis jetzt ist der Fehler noch nicht wieder aufgetreten, daher konnte ich noch kein log posten.

Zu meinem System: Win 8.1 mit Windows Defender als Antivirus.

Vor dem Verschwinden des Zugangs habe ich aber mMn nichts daran geändert, sondern ganz normal die Konten aktualisiert und Beträge kommentiert etc.

Es geht nicht um das "Aufräumen beim Shutdown" sondern darum, dass da ein Virenscanner die Schreib- und Kopiervorgaenge stoert.

Na doch. Das ist schon das eigentliche Problem. Und es ist eigentlich auch kein Schoenheitsfehler. Wuerde man aber beim Shutdown diese Dateien einfach loeschen, wuerde man den Fehler "unter den Teppich kehren" anstatt die Ursache zu loesen. Eigentlich duerfen diese Dateien gar nicht uebrig bleiben. Leider passiert es aber unter Windows, wenn da Virenscanner auf Dateien zugreifen, waehrend Hibiscus versucht, sie zu loeschen/zu schreiben.



Um Gottes Willen, das bestreite ich ja auch gar nicht. Im Gegenteil.



Das ist im Falle von PIN/TAN aber eher Glueck. Wuerde das beim Verfahren Schluesseldatei passieren, waere der Bankzugang ggf. kaputt.
Der Bankzugang ist normalerweise deshalb nicht weg, weil das Schreiben in die Passport-Datei transaktionssicher erfolgt. Es gibt keinen Moment, in dem weder die alte noch die neue Version der Datei existiert. Das heisst: Wenn das Schreiben fehlschlaegt, dann bleibt wenigstens die vorherige Version der Datei erhalten.



Doch, doch. Das ist so. Das Thema ist auch nicht neu. Und wir haben das auch schon reproduzieren koennen. Nach Abschalten des Virenscanners bzw. Hinzufuegen des Hibiscus-Ordners zur Whitelist (damit der Scanner da nicht mehr dazwischen funkt), liess sich das Problem reproduzierbar beheben.



Der Fehler ist von seiner Art eine Race Condition (https://de.wikipedia.org/wiki/Race_Condition). Von daher tritt er je nach Umgebung unterschiedlich haeufig auf. Wenn das Lesen, Schreiben und Locken von Dateien in Java 8 geringfuegig anders implementiert ist, kann es durchaus sein, dass das Problem dann seltener bzw. fast gar nicht mehr auftritt.

Mag sein. Fuer Hibscus spielt es aber keine Rolle, da ich darauf keinen Einfluss habe. Das Problem tritt ausserhalb der Java VM auf - in Hibiscus selbst habe ich quasi keine Chance, diese Fehlersituation irgendwie zu erkennen und zu beruecksichtigen.

Nein. Wenn es innerhalb der JVM waere, gaebe es die Race-Condition mit ausserhalb gar nicht.

Meine Benutzerordner sind auf allen Rechnern lokal.
Ich meinte das anders: wenn das Problem auftritt, dann imho hier:
[Tue Dec 22 15:15:53 .HBCICallbackSWT.status] führe Dialog-Initialisierung aus
[Tue Dec 22 15:15:53 .HBCICallbackSWT.status] erzeuge HBCI-Nachricht DialogInit
[Tue Dec 22 15:15:53 .HBCICallbackSWT.status] signiere HBCI-Nachricht
-> PIN wurde eingegeben
[Tue Dec 22 15:16:17 .HBCICallbackSWT.status] verschlüssele HBCI-Nachricht
-> ; jetzt gehts ins Netzwerk!
[Tue Dec 22 15:16:17 .HBCICallbackSWT.log] creating a connection to https://f.../ and checking the certificate
[Tue Dec 22 15:16:17 .HBCICallbackSWT.status] versende HBCI-Nachricht
[Tue Dec 22 15:16:17 .HBCICallbackSWT.status] warte auf Antwortdaten
[Tue Dec 22 15:16:17 .HBCICallbackSWT.log] waiting for response
[Tue Dec 22 15:16:17 .HBCICallbackSWT.status] entschlüssele Antwortnachricht
[Tue Dec 22 15:16:17 .HBCICallbackSWT.status] überprüfe Signatur der Antwortnachricht
[Tue Dec 22 15:16:17 .HBCICallbackSWT.log] message has no signature
[Tue Dec 22 15:16:17 .HBCICallbackSWT.log] installed new UPD with version 0
[Tue Dec 22 15:16:17 .HBCICallbackSWT.status] nutzerspezifische Daten aktualisiert - neue Version is 0