Hibiscus 2.6.15 / Aktualisierung Umsatzanzeige

 
robin89
Benutzer
Avatar
Geschlecht:
Beiträge: 22
Dabei seit: 05 / 2011
Betreff:

Hibiscus 2.6.15 / Aktualisierung Umsatzanzeige

 ·  Gepostet: 06.04.2016 - 18:00 Uhr  ·  #1
Hallo,

seit dem Update von Hibiscus 2.6.14 auf 2.6.15 wird die Umsatzanzeige nicht automatisch nach dem Abrufen von neuen Umsätzen aktualisiert.

Ansicht:

Start -> Hibiscus -> Konten -> <mein Konto> auswählen.

Wenn ich den Button "Saldo und Umsätze abrufen" (unten rechts) klicke und neue Umsätze vorhanden sind, wird die Umsatzanzeige nicht aktualisiert.

Wenn man die Ansicht wechselt, und wieder zurück, sind die neuen Umsätze (fett markiert) sichtbar.

Kann dies jemand nachvollziehen?

In der Version 2.6.14 (und davor) wurde die Umsatzanzeige automatisch aktualisiert.


Gruß,

robin
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 11174
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus 2.6.15 / Aktualisierung Umsatzanzeige

 ·  Gepostet: 07.04.2016 - 09:10 Uhr  ·  #2
Kann ich nicht reproduzieren. Bei mir geht das. Die neuen Umsaetze erscheinen sofort - ohne die Ansicht neu oeffnen zu muessen.
robin89
Benutzer
Avatar
Geschlecht:
Beiträge: 22
Dabei seit: 05 / 2011
Betreff:

Re: Hibiscus 2.6.15 / Aktualisierung Umsatzanzeige

 ·  Gepostet: 07.04.2016 - 18:33 Uhr  ·  #3
Das Problem ist ähnlich wie der BUG 0291 welcher in Ver. 2.6.2 behoben wurde:

https://www.willuhn.de/wiki/do…2_09012014

Jetzt öffne ich allerdings nicht die Ansicht "Alle Umsätze anzeigen".

Ich habe den Log-Level auf TRACE gestellt und eine Umsatzabfrage durchgeführt. Es war ein neuer Umsatz vorhanden. Er wurde erst angezeigt nachdem ich in die Umsatzanzeige eines anderen Kontos gewechselt habe und wieder zurück.

Hier das LOG (ein paar Angaben (IBAN, BIC, etc.) habe ich verändert):
Code

[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.AbstractHBCIJob.getErrorText] global status: 
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.AbstractHBCIJob.getErrorText] job status: 
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.AbstractHBCIJob.getErrorText] retval[0]: 0020 - *Abfrage der Kontosalden erfolgreich.
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.util.ClassFinder.findImplementors] used time to search for implementors of de.willuhn.jameica.hbci.rmi.Protokoll: 0 millis]
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.util.Session$SessionObject.<init>] added object "{datum=TIMESTAMP, konto_id=INTEGER, typ=INTEGER, kommentar=VARCHAR}" to session. timeout: 7200000 millis
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.AbstractDBObject.getInsertSQL] executing sql statement: prep71: insert into PROTOKOLL (DATUM,KONTO_ID,TYP,KOMMENTAR) values (?,?,?,?) {1: TIMESTAMP '2016-04-07 17:55:21.112', 2: 1, 3: 1, 4: 'Saldo abgerufen'}
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.messaging.QueryMessage@1be343d6
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.AbstractDBObject.getInsertSQL] executing sql statement: prep72: insert into PROTOKOLL (DATUM,KONTO_ID,TYP,KOMMENTAR) values (?,?,?,?) {1: TIMESTAMP '2016-04-07 17:55:21.121', 2: 1, 3: 1, 4: 'Konto-Eigenschaften aktualisiert'}
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.messaging.QueryMessage@1c3d98f6
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get]   found in context scope
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.hbci.HBCICallbackSWT.log] crc-checking 72000000/XXXXXXX
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get]   found in context scope
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.hbci.HBCICallbackSWT.log] CRC check for 72000000/XXXXXXX with alg 88: true
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.AbstractDBObject.getUpdateSQL] executing sql statement: prep73: update KONTO set SALDO=?,SALDO_DATUM=? where ID=1 {1: 2162.45, 2: TIMESTAMP '2016-04-07 17:55:21.121'}
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.messaging.QueryMessage@4ce1ab7
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCISaldoJob.markExecuted] saldo fetched successfully
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.hbci.messaging.SaldoMessage@3b658bf0
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.sync] executing check for job KUmsAll
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get]   found in context scope
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.AbstractHBCIJob.getErrorText] global status: 
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.AbstractHBCIJob.getErrorText] job status: 
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.AbstractHBCIJob.getErrorText] retval[0]: 0020 - *Umsatzbereitstellung erfolgreich
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.AbstractDBObject.getInsertSQL] executing sql statement: prep74: insert into PROTOKOLL (DATUM,KONTO_ID,TYP,KOMMENTAR) values (?,?,?,?) {1: TIMESTAMP '2016-04-07 17:55:21.133', 2: 1, 3: 1, 4: STRINGDECODE('Ums\u00e4tze abgerufen')}
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get]   found in context scope
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.hbci.HBCICallbackSWT.log] now parsing MT94x data
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get]   found in context scope
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.hbci.HBCICallbackSWT.log] now parsing MT94x data
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.getMergeWindow] merge window: Tue Apr 05 00:00:00 CEST 2016 - now (based on fetched booked entries)
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] applying booked entries
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.util.ClassFinder.findImplementors] used time to search for implementors of de.willuhn.jameica.hbci.server.hbci.rewriter.UmsatzRewriter: 0 millis]
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean DeutscheBankUmsatzRewriter
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.services.BeanService.get]   creating new class de.willuhn.jameica.hbci.server.hbci.rewriter.DeutscheBankUmsatzRewriter
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get]   context scope
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean NetbankUmsatzRewriter
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.services.BeanService.get]   creating new class de.willuhn.jameica.hbci.server.hbci.rewriter.NetbankUmsatzRewriter
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.jameica.services.BeanService.get]   context scope
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.messaging.QueryMessage@3a9982b9
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.InvokeScriptMessageConsumer.handleMessage] no script functions registered for event hibiscus.konto.saldo.changed
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.messaging.QueryMessage@4a935734
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.util.ClassFinder.findImplementors] used time to search for implementors of de.willuhn.jameica.hbci.rmi.HibiscusAddress: 0 millis]
[Thu Apr 07 17:55:21 CEST 2016][TRACE][de.willuhn.util.Session$SessionObject.<init>] added object "{blz=VARCHAR, kontonummer=VARCHAR, bank=VARCHAR, iban=VARCHAR, kategorie=VARCHAR, name=VARCHAR, bic=VARCHAR, kommentar=VARCHAR}" to session. timeout: 7200000 millis
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.DBIteratorImpl.init] executing sql query: prep76: select UMSATZ.* from UMSATZ where konto_id = 1 and datum >= ? ORDER BY datum DESC, id DESC {1: DATE '2016-04-05'}
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.DBIteratorImpl.init] executing sql query: prep77: select KONTO.* from KONTO
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.AbstractDBObject.getInsertSQL] executing sql statement: prep78: insert into UMSATZ (DATUM,ART,VALUTA,EMPFAENGER_KONTO,PRIMANOTA,BETRAG,KONTO_ID,ZWECK3,FLAGS,ADDKEY,ZWECK2,EMPFAENGER_NAME,SALDO,GVCODE,CUSTOMERREF,UMSATZTYP_ID,CHECKSUM,EMPFAENGER_BLZ,ZWECK,KOMMENTAR) values (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) {1: DATE '2016-04-07', 2: 'Basislastschrift', 3: DATE '2016-04-07', 4: 'DE007335000000000000', 5: '931', 6: -9.48, 7: 1, 8: STRINGDECODE('97X1 CRED: DE31ZZZ0000000000\n36 IBAN: DE650000000000000\n8286 BIC: BYLADEM1ALG\n'), 9: NULL, 10: '992', 11: 'F: 240887-2887 MREF: S2409', 12: 'abc GmbH', 13: 2162.45, 14: '005', 15: 'NONREF', 16: NULL, 17: 2306581732, 18: '73350000', 19: 'Rg. 14162925 v. 03.04.16 ER', 20: NULL}
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] done. new entries: 1, skipped entries (already in database): 1
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.messaging.QueryMessage@3efcf773
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message de.willuhn.jameica.hbci.messaging.ImportMessage@29d1d157
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] got no new not-booked (vorgemerkte) entries
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] clean obsolete not-booked entries
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.DBIteratorImpl.init] executing sql query: prep79: select UMSATZ.* from UMSATZ where konto_id = 1 and flags = 2 ORDER BY datum DESC, id DESC
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] removed entries: 0
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] umsatz list fetched successfully
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.datasource.db.DBIteratorImpl.init] executing sql query: prep80: select UMSATZTYP.* from UMSATZTYP ORDER BY nummer,name
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.close] closing resources
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.gui.action.PassportProcessCode3072.handleAction] no changed customer data in persistent data of passport found
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.passports.rdh.server.PassportHandleImpl.close] closing rdh passport
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.passports.rdh.server.PassportHandleImpl.close] rdh passport closed
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run] END synchronization of account 1/1
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.updateStatus] updating synchronization status to: DONE
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.sendMessage] no message consumers found, ignoring message
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run] stopping synchronization
[Thu Apr 07 17:55:21 CEST 2016][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message [Thu Apr 07 17:55:21 CEST 2016][OK] Synchronisierung via HBCI erfolgreich beendet
[Thu Apr 07 17:55:21 CEST 2016][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run] finished
[Thu Apr 07 17:55:22 CEST 2016][DEBUG][de.willuhn.datasource.db.DBIteratorImpl.init] executing sql query: prep81: select UMSATZ.* from UMSATZ where id >= 2274 ORDER BY datum DESC, id DESC
[Thu Apr 07 17:55:45 CEST 2016][TRACE][de.willuhn.util.Session$SessionObject.<init>] added object "Image {140644148400752}" to session. timeout: 1800000 millis


Ich weiß nicht ob man im LOG das Problem erkennen kann.

Ob das Problem auch in der Ansicht "Alle Umsätze anzeigen" auftritt muß ich noch testen (muß erst etwas überweisen). Ich denke aber nein.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 11174
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus 2.6.15 / Aktualisierung Umsatzanzeige

 ·  Gepostet: 08.04.2016 - 08:58 Uhr  ·  #4
Kann das noch irgendjemand reproduzieren? Bei mir funktioniert das.
robin89
Benutzer
Avatar
Geschlecht:
Beiträge: 22
Dabei seit: 05 / 2011
Betreff:

Re: Hibiscus 2.6.15 / Aktualisierung Umsatzanzeige

 ·  Gepostet: 15.04.2016 - 20:00 Uhr  ·  #5
Ich konnte das Verhalten mit der Aktualisierung der Umsatzanzeige nun klären.

Es war die default Sortierreihenfolge aktiv, d. h. in keiner Spaltenbezeichnung war der Pfeil für die Sortierreihenfolge gesetzt. Die neuesten Umsätze wurden dabei oben angezeigt.

Nach dem Abrufen der neuesten Umsätze wurden diese ganz unten (unterhalb des ältesten Umsatzes) einsortiert. Ich habe sie dort nicht gesehen, weil ich nicht nach unten gescrollt habe.

Nach Verlassen der Ansicht und dem Wiederaufrufen wurden die Umsätze dann richtig einsortiert.

Wenn die Sortierung z. B. nach der Nr. des Umsatzes aktiv ist, werden die Umsätze sofort nach Abrufen richtig einsortiert.

Ich weiß nicht wie ich den Zustand dieser default Sortierreihenfolge setzen kann damit ich das ggf. nochmal reproduzieren kann.

Jedenfalls ist das Problem für mich soweit erledigt.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 11174
Dabei seit: 03 / 2005
Betreff:

Re: Hibiscus 2.6.15 / Aktualisierung Umsatzanzeige

 ·  Gepostet: 18.04.2016 - 09:47 Uhr  ·  #6
Zitat geschrieben von robin89

Ich konnte das Verhalten mit der Aktualisierung der Umsatzanzeige nun klären.
Es war die default Sortierreihenfolge aktiv, d. h. in keiner Spaltenbezeichnung war der Pfeil für die Sortierreihenfolge gesetzt. Die neuesten Umsätze wurden dabei oben angezeigt.
Nach dem Abrufen der neuesten Umsätze wurden diese ganz unten (unterhalb des ältesten Umsatzes) einsortiert. Ich habe sie dort nicht gesehen, weil ich nicht nach unten gescrollt habe.
Nach Verlassen der Ansicht und dem Wiederaufrufen wurden die Umsätze dann richtig einsortiert.
Wenn die Sortierung z. B. nach der Nr. des Umsatzes aktiv ist, werden die Umsätze sofort nach Abrufen richtig einsortiert.


Ja, das kann ich reproduzieren. Da es aber wie gesagt nur auftritt, wenn man noch nie nach einer Spalte sortiert hat, passiert das ja nur am Anfang irgendwann mal.

Ich hab jetzt auch mal versucht, das so zu aendern, dass in diesem Szenario (hierbei wird chronologisch sortiert, neue oben) die neu eintreffenden Umsaetze oben statt unten eingefuegt werden. Das fuehrte aber bei mir zu einem furchtbaren Flackern. Ich lasse das daher so wie es jetzt ist.

Zitat geschrieben von robin89

Ich weiß nicht wie ich den Zustand dieser default Sortierreihenfolge setzen kann damit ich das ggf. nochmal reproduzieren kann.


Die Sortierungen aller Tabellen werden in der Datei "cfg/de.willuhn.jameica.gui.parts.AbstractTablePart.properties" im Jameica-Benutzer-Ordner ".jameica" gespeichert. Aber ACHTUNG: Durch Loeschen der Datei gehen ALLE Sortierungen und eingestellten Spalten-Breiten verloren - auch die von anderen Tabellen in Jameica.
Gewählte Zitate für Mehrfachzitierung:   0