Hab den Fehler finden und loesen koennen. Die Sparda-Bank sendet in der Tat andere Codes, bei denen ich nicht weiss, ob das standard-konform ist oder nicht. Die Art der Aenderung sieht allerdings fuer mich nicht wie ein Versehen oder Bug aus sondern eher wie Absicht. Daher denke ich nicht, dass die die Aenderung zurueckrollen werden. Deshalb hab ich den Support fuer diese Code-Variante jetzt mit eingebaut. Ist ab morgen im Nightly-Build von Hibiscus. Werde dann vermutlich am Wochenende Hibiscus 2.6.19 releasen, da inzwischen ja einiges an wichtigen Aenderungen zusammegekommen ist.
Fuer die Interessierten noch die technischen Hintergruende:
Der von der Bank gesendete Code ist normalerweise in etwa so aufgebaut (Leerzeichen nur der Uebersicht halber): ".....22 DE12345678901234567890 04 1,00".
Die "22" gibt an, wie lang das folgende Feld (hier eine IBAN) ist. Danach kommt das Feld selbst. Dann wieder mit "04" die Laenge des folgenden Feldes (also 4 Zeichen) und dann wieder das eigentliche Feld (in dem Fall "1,00" EUR).
Die Sparda sendet jetzt aber ploetzlich:
".....022 DE12345678901234567890 004 1,00"
Die Laengen-Angabe ist jetzt also ploetzlich dreistellig. Da drueber ist Hibiscus gestolpert. Denn es hat die Laenge der IBAN als "02" (also 2 Zeichen) gelesen, statt "022" (also 22 Zeichen).
Ich habe keine Ahnung, warum die Laengen-Angabe jetzt 3-stellig ist. Damit kann man enorm lange Nutzdaten (also 999 Zeichen lang) an den TAN-Generator uebertragen. Zum einen muesste der User das Geraet dann aber ewig lang an den Bildschirm halten. Zum anderen koennte das auf den kleinen Displays der TAN-Generatoren ohnehin nicht sinnvoll angezeigt werden. Die maximale Laenge von 99 Zeichen fuer ein Feld ist aus meiner Sicht mehr als ausreichend.
Aber sei's drum. Es ist drin und morgen im Nightly-Build. Siehe
http://www.willuhn.de/wiki/dok…lds_nutzen