UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[IdleBit]

Moin, kann es sein das für neue Images der einkaufliste das alte URL Schema nicht mehr korrekt ist?

Das sagt der Browser:

So sollte es ausehen:

So sieht es aus:

Und auf web.getbring.com ist es ein Base64 String:

[foxriver76]

@idlebit sagte in Bring! Adapter 1.7.0:

Moin, kann es sein das für neue Images der einkaufliste das alte URL Schema nicht mehr korrekt ist?

Das Schema war schon immer nur eine Heuristik, er probiert https://web.getbring.com/assets/images/items/artikel und wenn das nicht geht, https://web.getbring.com/assets/images/items/anfangsbuchstabe-artikel. Ich denke die Webapp macht da was clevereres, könnte man bei Gelegenheit nochmal anschauen, ob man die Bilder im gleichen Schema wie die Webapp abholen kann. Weiß nicht ob ich mir das damals genauer angeschaut habe.

[Diginix]

@foxriver76 Ich nutze Bring ohne dediziertes Konto über mein Google Account.
Wenn ich meine Google Credentials in der Instanz eintrage landen sie auch als aes-256 im RAW.
Im Log bekomme ich folgenden Fehler:

2022-01-20 22:33:14.433 - info: bring.0 (1619666) starting. Version 1.7.9 in /opt/iobroker/node_modules/iobroker.bring, node: v14.18.3, js-controller: 3.3.22
2022-01-20 22:33:15.101 - warn: bring.0 (1619666) Error: Cannot Login: 401 - "{\"message\":\"email password combination not existing\",\"error\":\"unauthorized\",\"error_description\":\"Not authorized to access this resource\",\"errorcode\":200}"
2022-01-20 22:33:15.102 - info: bring.0 (1619666) [LOGIN] Reconnection in 30 seconds
2022-01-20 22:33:15.502 - warn: bring.0 (1619666) Error: Cannot get user settings: 401 - "{\"message\":\"JWT access token is not valid\",\"error\":\"invalid_token\",\"error_description\":\"The access token is invalid or expired\",\"errorcode\":201}"
2022-01-20 22:33:15.887 - warn: bring.0 (1619666) Error: Cannot get lists: 401 - "{\"message\":\"JWT access token is not valid\",\"error\":\"invalid_token\",\"error_description\":\"The access token is invalid or expired\",\"errorcode\":201}"
2022-01-20 22:33:16.281 - warn: bring.0 (1619666) Error: Cannot Login: 401 - "{\"message\":\"email password combination not existing\",\"error\":\"unauthorized\",\"error_description\":\"Not authorized to access this resource\",\"errorcode\":200}"
2022-01-20 22:33:16.282 - info: bring.0 (1619666) [LOGIN] Reconnection in 30 seconds
2022-01-20 22:33:38.736 - info: bring.0 (1619666) Got terminate signal TERMINATE_YOURSELF
2022-01-20 22:33:38.737 - info: bring.0 (1619666) [END] Stopping Bring! adapter...

Funktioniert der Adapter wenn man sein Google Konto für Bring nutzt oder muss ich auf ein "echtes" Konto umstellen?

[foxriver76]

@diginix du musst zumindest in bring ein mal ein separates pw vergeben, extra Konto benötigst du nicht

[Diginix]

@foxriver76 Danke, hat funktioniert!
Wäre vllt ein Hinweis in der readme wert.

Wofür ist die Benachrichtigung über zB Telegram bzw wann wird da was gemeldet?
Bisher erhalte ich da weder bei neuen/gelöschten Einträgen über die Bring App/Alexa Skill oder wenn ich sie über den Adapter hinzufüge/lösche etwas.

[foxriver76]

@diginix dp messageTrigger nutzen, ja kann ich bei Bedarf mal rein schreiben

[Diginix]

@foxriver76 Alle klar. Der Button hatte kein def value nach der Installation. Wäre er false gewesen, hätte ich es wahrs. wahrgenommen und ihn mal auf true gesetzt.
Telegram funktioniert übrigens nur wenn man "alle Empfänger" wählt.
Die Liste mit den existierenden sieht auch etwas gewürfelt aus:

Bei allen außer "alle Empfänger" kommt im Log:

2022-01-21 16:32:33.282 - warn: telegram.0 (1153) 1 of 1 recipients are unknown!
2022-01-21 16:32:33.287 - info: bring.0 (1734889) Sent shopping list to telegram.0

[foxriver76]

@diginix letztendlich werden die aus der angegebenen Telegram Instanz gelesen (State communicate.users) und so aufgeführt. Da ich nix Frontend habe ich das auch damals von nem anderen Adapter kopiert.

[Diginix]

@foxriver76 Da hat sich vor Monaten/Jahr mal was im telegram Adapter geändert.
telegram.0.communicate.users sieht bei mir so aus:

{"123456789":{"firstName":"Foo","userName":"bar"},"987654321":{"firstName":"Baz","userName":"tux"}}

D.h. da müsste bei bring wahrs. was angepasst werden. Musste es zumindest damals auch bei einem anderen Adapter, den ich verwende, der das auch automatisch ausliest. Backitup beherrscht es z.B. auf jeden Fall richtig.
Mich stört der Bug nicht. Ich werde es auch nicht verwenden. Wollte es nur erwähnt haben. Selbst wenn ich die Liste per Telegram mal bräuchte, würde ich es dann selbst skripten.

[foxriver76]

@diginix danke anscheinend nutzt es keiner aktiv wenn nicht aufgefallen

Werde es fixen

[foxriver76]

@diginix Probier mal bitte ob 1.7.11 das Telegram Auswählen + Senden klappt

[Diginix]

@foxriver76 Funktioniert nun alles!

[foxriver76]

@diginix super, danke für das schnelle Feedback

[Diginix]

@foxriver76 Danke für den schnellen Fix

[Stephan Schleich]

@foxriver76 Bitte noch im NPM freigeben

[foxriver76]

@stephan-schleich Ist es https://www.npmjs.com/package/iobroker.bring/v/1.7.11

[Stephan Schleich]

@foxriver76 Danke, manuell hats geklappt, im iobroker wurde das update nämlich noch nicht angeboten

[foxriver76]

@stephan-schleich ist noch nicht im stable Repository falls du das meintest

[skokarl]

ohne jetzt alles zu lesen ....

Hat jemand von Euch einen Etikettendrucker dran um die Liste drucken zu können?

[hoffthor]

@foxriver76 ich hab mal eine Frage. Und zwar habe ich gestern den Bring Adapter installiert und eingerichtet und auch gleich im VIS eingebunden. Funktioniert soweit erst einmal alles super. Ich nutze in meinem Wohnbereich ein Samsung Tablet zur Visualisierung. Auf VIS greife ich per Browser zu. Jetzt zu meinem Problem. Gestern wollte ich dann neue Artikel zur Liste hinzufügen. Wenn ich dann in die entsprechende Zeile tippe, öffnet sich die Tastatur. Soweit ao gut. Leider springt dann meine VIS Anzeige auf die Startseite um. Woran kann das liegen? Gibt es dafür noch Einstellungen im Widget?