TradeRepublic mit Hibiscus

Login schlägt manchmal fehl

HomebankingUser47

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 12.09.2026 - 10:16 Uhr  ·  #187915
bei mir sieht das Log etwas anders aus, der Fehler ist aber der gleiche (Fehler: 500: Request header too large)
Code

[12.09.2026 10:05:52] Synchronisierung via Traderepublic läuft
[12.09.2026 10:05:52] SyncNT/Traderepublic: Version 0.3.6.3d10c35 wurde gestartet für Trade Republic Kreditkarte (...)
[12.09.2026 10:05:52] SyncNT/Traderepublic: Umsätze von Hibiscus für Doppelbuchung-Checks holen ...
[12.09.2026 10:05:52] SyncNT/Traderepublic: Proxy Einstellungen setzten ...
[12.09.2026 10:05:52] SyncNT/Traderepublic: Login für (...)
[12.09.2026 10:05:52] SyncNT/Traderepublic: Passwort für Anmeldung (...)
[12.09.2026 10:06:00] SyncNT/Traderepublic: WebClient erstellt
[12.09.2026 10:06:00] SyncNT/Traderepublic: Warte auf AWS WAF token vom Browser
[12.09.2026 10:06:00] SyncNT/Traderepublic: Browser for Playwright is getting started...
[12.09.2026 10:06:01] SyncNT/Traderepublic: Playwright gestartet, waehle Browser...
[12.09.2026 10:06:01] SyncNT/Traderepublic: Verwende Firefox von Playwright
[12.09.2026 10:06:01] SyncNT/Traderepublic: Playwright gestartet, starte Browser...
[12.09.2026 10:06:01] SyncNT/Traderepublic: Playwright gestartet, stealth context
[12.09.2026 10:06:01] SyncNT/Traderepublic: .
[12.09.2026 10:06:02] SyncNT/Traderepublic: Navigate to: https://app.traderepublic.com/login
[12.09.2026 10:06:02] SyncNT/Traderepublic: .
[12.09.2026 10:06:03] SyncNT/Traderepublic: got new AWS WAF token: (...)
[12.09.2026 10:06:03] SyncNT/Traderepublic: .
[12.09.2026 10:06:04] SyncNT/Traderepublic: got new AWS WAF token: (...)
[12.09.2026 10:06:09] SyncNT/Traderepublic: Login erfolgreich.
[12.09.2026 10:06:09] SyncNT/Traderepublic: Hole Kontodaten.
[12.09.2026 10:06:10] SyncNT/Traderepublic: Saldo und Umsätze werden abgerufen...
[12.09.2026 10:06:10] SyncNT/Traderepublic: WebSocket connection error: 0 null
[12.09.2026 10:06:13] SyncNT/Traderepublic: got new AWS WAF token: (...)
[12.09.2026 10:06:13] SyncNT/Traderepublic: got new AWS WAF token: (...)
[12.09.2026 10:07:12] SyncNT/Traderepublic: Stop Websocketclient in background ...
[12.09.2026 10:07:12] SyncNT/Traderepublic: Stop PlayWright in background ...
[12.09.2026 10:07:13] SyncNT/Traderepublic: PlayWrightRunnerThread wird beendet
[12.09.2026 10:07:13] SyncNT/Traderepublic: PlayWrightRunnerThread close browser
[12.09.2026 10:07:14] SyncNT/Traderepublic: PlayWrightRunnerThread browser closed
[12.09.2026 10:07:14] ******************************************************************************************************************


[12.09.2026 10:07:14] Fehler: 500: Request header too large

HomebankingUser47

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 12.09.2026 - 12:08 Uhr  ·  #187916
ich wollte mir die Kommunikation mit einem Proxy (mitmproxy) anschauen. Der lässt sich in jameica konfigurieren. Das nötige Zertifikat zum Lesen der https Kommunikation wird aber wohl nicht aus dem Java Keystore genommen (sondern die TLS-Prüfung erfolgt durch eine Netscape/Mozilla NSS-Bibliothek, die über SyncNT reinkommt). Die KI schlägt dann eine Änderung an PlayWrightRunnerThread.java vor, um ignoreHTTPSErrors konfigurierbar zu machen. Für eine schnelle Analyse scheint mir das nicht der richtige weg zu sein.

Da ich jameica über die Konsole gestartet hatte habe ich jetzt den Stacktrace des Fehlers. Wirklich nützliche neue Infos scheint mir der aber nicht zu liefern
Code

[Sat Sep 12 12:05:53 CEST 2026][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run] error while synchronizing
java.lang.Exception: org.eclipse.jetty.websocket.api.UpgradeException: 0 null
        at de.northtommy.hibiscus.syncNorthTommy.traderepublic.TraderepublicWebSocket.onError(TraderepublicWebSocket.java:371)
        at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
        at java.base/java.lang.reflect.Method.invoke(Method.java:580)
        at org.eclipse.jetty.websocket.common.events.annotated.CallableMethod.call(CallableMethod.java:70)
        at org.eclipse.jetty.websocket.common.events.annotated.OptionalSessionCallableMethod.call(OptionalSessionCallableMethod.java:72)
        at org.eclipse.jetty.websocket.common.events.JettyAnnotatedEventDriver.onError(JettyAnnotatedEventDriver.java:192)
        at org.eclipse.jetty.websocket.client.WebSocketUpgradeRequest.handleException(WebSocketUpgradeRequest.java:545)
        at org.eclipse.jetty.websocket.client.WebSocketUpgradeRequest.onComplete(WebSocketUpgradeRequest.java:529)
        at org.eclipse.jetty.client.ResponseNotifier.notifyComplete(ResponseNotifier.java:218)
        at org.eclipse.jetty.client.ResponseNotifier.notifyComplete(ResponseNotifier.java:210)
        at org.eclipse.jetty.client.HttpReceiver.terminateResponse(HttpReceiver.java:481)
        at org.eclipse.jetty.client.HttpReceiver.terminateResponse(HttpReceiver.java:461)
        at org.eclipse.jetty.client.HttpReceiver.abort(HttpReceiver.java:557)
        at org.eclipse.jetty.client.HttpChannel.abortResponse(HttpChannel.java:152)
        at org.eclipse.jetty.client.HttpSender.terminateRequest(HttpSender.java:397)
        at org.eclipse.jetty.client.HttpSender.abort(HttpSender.java:574)
        at org.eclipse.jetty.client.HttpSender.lambda$executeAbort$0(HttpSender.java:361)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)
        at java.base/java.lang.Thread.run(Thread.java:1583)
Caused by: org.eclipse.jetty.websocket.api.UpgradeException: 0 null
        ... 13 more
Caused by: org.eclipse.jetty.http.BadMessageException: 500: Request header too large
        at org.eclipse.jetty.client.http.HttpSenderOverHTTP$HeadersCallback.process(HttpSenderOverHTTP.java:235)
        at org.eclipse.jetty.util.IteratingCallback.processing(IteratingCallback.java:248)
        at org.eclipse.jetty.util.IteratingCallback.iterate(IteratingCallback.java:229)
        at org.eclipse.jetty.client.http.HttpSenderOverHTTP.sendHeaders(HttpSenderOverHTTP.java:65)
        at org.eclipse.jetty.client.HttpSender.send(HttpSender.java:212)
        at org.eclipse.jetty.client.http.HttpChannelOverHTTP.send(HttpChannelOverHTTP.java:84)
        at org.eclipse.jetty.client.HttpChannel.send(HttpChannel.java:125)
        at org.eclipse.jetty.client.HttpConnection.send(HttpConnection.java:241)
        at org.eclipse.jetty.client.http.HttpConnectionOverHTTP$Delegate.send(HttpConnectionOverHTTP.java:269)
        at org.eclipse.jetty.client.http.HttpConnectionOverHTTP.send(HttpConnectionOverHTTP.java:125)
        at org.eclipse.jetty.client.http.HttpDestinationOverHTTP.send(HttpDestinationOverHTTP.java:38)
        at org.eclipse.jetty.client.HttpDestination.process(HttpDestination.java:438)
        at org.eclipse.jetty.client.HttpDestination.process(HttpDestination.java:393)
        at org.eclipse.jetty.client.HttpDestination.send(HttpDestination.java:372)
        at org.eclipse.jetty.client.HttpDestination.succeeded(HttpDestination.java:307)
        at org.eclipse.jetty.client.AbstractConnectionPool.proceed(AbstractConnectionPool.java:321)
        at org.eclipse.jetty.client.AbstractConnectionPool$FutureConnection.succeeded(AbstractConnectionPool.java:554)
        at org.eclipse.jetty.client.AbstractConnectionPool$FutureConnection.succeeded(AbstractConnectionPool.java:532)
        at org.eclipse.jetty.util.Promise$Wrapper.succeeded(Promise.java:130)
        at org.eclipse.jetty.client.http.HttpConnectionOverHTTP.onOpen(HttpConnectionOverHTTP.java:133)
        at org.eclipse.jetty.io.ssl.SslConnection.onOpen(SslConnection.java:372)
        at org.eclipse.jetty.io.SelectorManager.connectionOpened(SelectorManager.java:324)
        at org.eclipse.jetty.io.ManagedSelector.createEndPoint(ManagedSelector.java:402)
        at org.eclipse.jetty.io.ManagedSelector.access$2100(ManagedSelector.java:65)
        at org.eclipse.jetty.io.ManagedSelector$CreateEndPoint.run(ManagedSelector.java:1069)
        ... 3 more

[Sat Sep 12 12:05:53 CEST 2026][INFO][bg-task:Worker][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.updateStatus] updating synchronization status to: ERROR

little.yoda

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 12.09.2026 - 13:22 Uhr  ·  #187919

HomebankingUser47

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 13.09.2026 - 15:40 Uhr  ·  #187932
gut zu wissen. Danke.

little.yoda

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 18.09.2026 - 10:16 Uhr  ·  #187967

gnampf

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 18.09.2026 - 12:58 Uhr  ·  #187971
ok, da war ich (bzw. der unbemerkt fehlgeschlagende LetsEncrypt-Renew) die Ursache. Zertifikat ist jetzt wieder valide.

bapon

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 23.09.2026 - 19:40 Uhr  ·  #188033
Zitat geschrieben von little.yoda

Bevor du dir zuviel Arbeit machst:

Ich habe schon einen Bugfix vorgeschlagen:
https://github.com/NorthTommy/…6c282b442f


Vielen Dank Little Yoda.

Ich wollte das Thema mal wieder ein wenig in den Vordergrund schieben.
Das manuelle Nachtragen der Trade Republic-Umsätze macht im Moment nicht ganz so viel Spaß :-)

Vielleicht findet NorthTommy ja etwas Zeit hier an der Lösung zu arbeiten. Das würde mich jedenfalls sehr freuen!

Viele Grüße

bapon

stahlwanne

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 29.09.2026 - 08:50 Uhr  ·  #188054
Hallo Leute, eine kurze "Erfolgsmeldung" => ich habe mir von claude die entsprechende jar neu patchen lassen und das hat funktioniert... Da ich mich mit Rechtsfragen nicht auskenne, stlle ich das hier aber nicht ein,wobei ich vermute dass ich ein jar-file hier eh nicht hochladen kann... Also, geht auf claude oder eine andere KI und lasst euch das file patchen....
hier noch der technische Teil

"
Am einfachsten und ohne Aufwand für dich ist ein kurzer Kommentar in Issue #11 mit der Ursache und den zwei Zeilen. Der Autor baut das dann ein und verteilt es offiziell. Der Kommentar könnte so aussehen (auf Englisch, weil der Issue englisch ist):

Cause: Jetty's default request buffer of 4096 bytes is too small for the WebSocket upgrade request (AWS WAF token twice + session cookies). Fix: right after new WebSocketClient() in TraderepublicSynchronizeJobKontoauszug.java add client.getHttpClient().setRequestBufferSize(32768); and client.getHttpClient().setResponseBufferSize(32768);. Confirmed working here."

sunfreak

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 29.09.2026 - 11:54 Uhr  ·  #188058
Moin zusammen,

ich habe "GPT-6 Sol" (ChatGPT) damit beauftragt, das JAR mit dem Bugfix aus 0.36 zu erstellen. Funktioniert!

Danke für den Hinweis, eine KI damit zu beauftragen.

Gruß Jürgen

NorthTommy

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 04.10.2026 - 23:21 Uhr  ·  #188095
0.3.7 released mit dem Fix für TradeRepublic - Danke an die Beteiligten für die Suche, Lösung und Pullrequest. Ich hab gerade wenig Zeit :-(

bapon

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: 08.10.2026 - 19:32 Uhr  ·  #188150
Zitat geschrieben von NorthTommy

0.3.7 released mit dem Fix für TradeRepublic - Danke an die Beteiligten für die Suche, Lösung und Pullrequest. Ich hab gerade wenig Zeit :-(


Wunderbar, es funktioniert!

Vielen Dank!

stahlwanne

Betreff:

Trade Republic: "Login Step 1 fehlgeschlagen" (HTTP 400 MISSING_REQUIRED_HEADER)

 ·  Gepostet: Gestern um 14:09 Uhr  ·  #188335
Hallo,

der Trade-Republic-Abruf im Plugin hibiscus.syncNorthTommy (Version 0.3.7.b598bb6) scheitert bei mir seit dem 01.11.2026 schon beim Login. Anfang Oktober lief er noch (mit dem Fix für "Request header too large").

Was funktioniert: Playwright startet, der Firefox öffnet die Login-Seite, der AWS-WAF-Token wird geholt.

Was scheitert: Der Login-POST an https://api.traderepublic.com/api/v1/auth/web/login. Trade Republic antwortet jedes Mal (3 Versuche) mit:

statusCode=[400] contentType=[application/json]
{"errors":[{"errorCode":"MISSING_REQUIRED_HEADER","errorMessage":null,"meta":null}]}

Danach kommt "Login Step 1 fehlgeschlagen" (TraderepublicSynchronizeJobKontoauszug.java:172). Die PIN wird also gar nicht erst geprüft.

Mögliche Ursache: Trade Republic hat die Web-Anmeldung offenbar geändert. Andere Projekte laufen in denselben Fehler, z. B. ein Home-Assistant-Add-on. Die Python-Bibliothek pytr (github.com/pytr-org/pytr, pytr/api.py) schickt beim neuen Login (/api/v2/auth/web/login) inzwischen diese Header mit:

X-TR-Device-Info (base64-codiertes JSON mit Geräteinfos)
X-TR-App-Version (aktuell 2.2631.13)
X-Tr-Platform (web-pro)
Accept-Language

Das Plugin sendet beim Login nur X-TR-Platform: web. Laut pytr braucht der neue v2-Login außerdem keinen AWS-WAF-Token, und die Bestätigung läuft per Push in der Trade-Republic-App statt per SMS-Code. Ob der alte v1-Endpoint mit den zusätzlichen Headern noch funktioniert, kann ich nicht prüfen.


Viele Grüße

NorthTommy

Betreff:

Traderepublic login updated

 ·  Gepostet: Heute um 03:18 Uhr  ·  #188339
Läuft in version 0.4.0 wieder - interface hat sich verändert (aka v2). Letzt gibts keinen Code mehr sondern nur noch die Option der Bestätigung via App.
Zumindest wurde es bei mir auf der Webseite auch jetzt umgestellt. Iwi konnte man das wohl früher schon - zumindest hatte ich mal eine Info gesehen, aber nicht weiter verfolgt, jetzt wurde wohl umgestellt. Daher lief es direkt auch ohne App-Update (oder die hat sich im Hintergrund heute Nacht aktualisiert).

icbh

Betreff:

Re: TradeRepublic mit Hibiscus

 ·  Gepostet: Heute um 05:40 Uhr  ·  #188340
Läuft, danke.