Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Garfonso]

@David-G. sagte in Test Adapter google-sharedlocations2:

Wenn ich mit dem Adapter die Daten an Places sende wird mein Log voll gehauen. Bei meinem Blockly kommt nichts. Liegt nicht am Parralelbetrieb,das Blockly ist deaktiviert.

Ja, wenn du die Timestamps vergleichst, sieht man, wo es herkommt. Ich setze überall den timestamp, den Google mitliefert. Der scheint durchaus mal länger gleich zu bleiben. Passt ja auch, wenn man manuell guckt, steht da ja auch manchmal "vor x Minuten" oder so. Ist halt kein Realtime. Wenn die Position aber schon älter ist als das Abrufinterval, dann ist der timestamp der Position gleich und das teilt Places da mit.

Theoretisch müsste ich den timestamp prüfen und das update ausfallen lassen, wenn der sich nicht geändert hat.

In deinem blockly setzt du vermutlich da einfach den aktuellen Zeitpunkt. IIRC hat das der alte Adapter auch gemacht. Aber eigentlich muss places ja kein Update machen, wenn es eh keine neue Position gibt.

[David G.]

@Garfonso

Das wird es sein....
Mein Blockly wartet auf eine Veränderung damit es triggert. Wartet dann ein paar ms (sonst ist ein Wert manchmal noch der alte wenn es zu schnell ist) und sendet die Daten an palces.

Edit
Mache es jetzt aber über deinen Adapter, hab kurz gebraucht zu kapieren wie in Places das mit dem Namen ersetzt klappt. Hab den Namen immer wie in den DPs angegeben. Aber da werden bei Leerstelle _ eingebaut. Deshalb hatte es nur geklappt.

EDIT 2
Wo finde ich denn den UserDataDir? Wollte mal reinschauen.

[Garfonso]

@David-G. sagte in Test Adapter google-sharedlocations2:

Wo finde ich denn den UserDataDir? Wollte mal reinschauen.

Das ist einfach der adapter Ordner, aslo /opt/iobroker/iobroker-data/google-sharedlocations2.0/

[David G.]

@Garfonso

Der ist bei mir leer

david@iobroker:~$ cd /opt/iobroker/iobroker-data/google-sharedlocations2.0/david@iobroker:/opt/iobroker/iobroker-data/google-sharedlocations2.0$ ls -la
total 25
drwxrwxr-x+  2 iobroker iobroker  2 Feb  4 06:00 .
drwxrwxr-x+ 19 iobroker iobroker 23 Feb  5 10:04 ..
david@iobroker:/opt/iobroker/iobroker-data/google-sharedlocations2.0$

[Garfonso]

Dann lief der Browser wohl noch nicht.

[David G.]

@Garfonso

Ich war mal so frei und hab einfach den Coockie im DP gelöscht, damit er sich über den Browser einloggen muss.

Bleibt gelb und loggt sich nicht ein.
Wenn ich manuell einen Coockie Einträge wird er grün.

Ansonsten:

google-sharedlocations2.0
2026-02-06 17:30:20.115	error	Error in puppeteer: Timed out after waiting 30000ms

google-sharedlocations2.0
2026-02-06 17:29:46.561	info	Trying to login to Google to get new cookies.

google-sharedlocations2.0
2026-02-06 17:29:46.509	info	starting. Version 0.2.0 (non-npm: Garfonso/ioBroker.google-sharedlocations2#cb37556e09bc0a830094e90605e5beb7b2ed5439) in /opt/iobroker/node_modules/iobroker.google-sharedlocations2, node: v22.22.0, js-controller: 7.0.7

google-sharedlocations2.0
2026-02-06 17:29:42.481	info	terminating

google-sharedlocations2.0
2026-02-06 17:29:41.981	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

google-sharedlocations2.0
2026-02-06 17:29:41.981	info	terminating

google-sharedlocations2.0
2026-02-06 17:29:41.981	info	Got terminate signal TERMINATE_YOURSELF

google-sharedlocations2.0
2026-02-06 17:29:20.066	error	Error in puppeteer: Timed out after waiting 30000ms

google-sharedlocations2.0
2026-02-06 17:28:46.326	info	Trying to login to Google to get new cookies.

google-sharedlocations2.0
2026-02-06 17:28:46.326	info	Current cookies state was cleared, trying to obtain new cookies.

google-sharedlocations2.0
2026-02-06 17:28:39.033	info	starting. Version 0.2.0 (non-npm: Garfonso/ioBroker.google-sharedlocations2#cb37556e09bc0a830094e90605e5beb7b2ed5439) in /opt/iobroker/node_modules/iobroker.google-sharedlocations2, node: v22.22.0, js-controller: 7.0.7

google-sharedlocations2.0
2026-02-06 17:28:35.036	info	terminating

google-sharedlocations2.0
2026-02-06 17:28:34.536	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

google-sharedlocations2.0
2026-02-06 17:28:34.535	info	terminating

google-sharedlocations2.0
2026-02-06 17:28:34.535	info	Got terminate signal TERMINATE_YOURSELF

google-sharedlocations2.0
2026-02-06 17:28:33.683	info	Obtained new cookies from Google login.

google-sharedlocations2.0
2026-02-06 17:28:22.845	info	Trying to login to Google to get new cookies.

google-sharedlocations2.0
2026-02-06 17:28:22.844	info	Current cookies state was cleared, trying to obtain new cookies.

google-sharedlocations2.0
2026-02-06 17:30:20.115	error	Error in puppeteer: Timed out after waiting 30000ms

google-sharedlocations2.0
2026-02-06 17:29:46.561	info	Trying to login to Google to get new cookies.

google-sharedlocations2.0
2026-02-06 17:29:46.509	info	starting. Version 0.2.0 (non-npm: Garfonso/ioBroker.google-sharedlocations2#cb37556e09bc0a830094e90605e5beb7b2ed5439) in /opt/iobroker/node_modules/iobroker.google-sharedlocations2, node: v22.22.0, js-controller: 7.0.7

google-sharedlocations2.0
2026-02-06 17:29:42.481	info	terminating

google-sharedlocations2.0
2026-02-06 17:29:41.981	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

google-sharedlocations2.0
2026-02-06 17:29:41.981	info	terminating

google-sharedlocations2.0
2026-02-06 17:29:41.981	info	Got terminate signal TERMINATE_YOURSELF

google-sharedlocations2.0
2026-02-06 17:29:20.066	error	Error in puppeteer: Timed out after waiting 30000ms

google-sharedlocations2.0
2026-02-06 17:28:46.326	info	Trying to login to Google to get new cookies.

google-sharedlocations2.0
2026-02-06 17:28:46.326	info	Current cookies state was cleared, trying to obtain new cookies.

[Garfonso]

@David-G. sagte in Test Adapter google-sharedlocations2:

Bleibt gelb und loggt sich nicht ein.

Hm.. aber da sollsten jetzt Daten im Verzeichnis liegen, oder?

Timed out heißt, dass der Browser irgendwo nicht weiter kam... da musst du debug anmachen, um mehr zu sehen, leider.. (am besten letzten git-status vorher installieren, hab da das logging nochmal erweitert). Soll ich das vielleicht zu info machen? Oder ich versuche das zu speichern und gebe aus, wo es schiefgegangen ist, wenn der error fliegt. Hm.

[Garfonso]

@David-G.

Für das Problem bist du verantwortlich. :-p
Wenn der Browser noch eingeloggt ist (weil er ja seine Cookies jetzt speichern darf), dann geht er direkt von der Loginseite zu google maps. Auf google maps findet puppeteer aber auch nach langer Wartezeit das Feld für die Login-Daten nicht. Folglich erfolgt ein timeout...

0.3.1 kann das aber jetzt, sie checkt ob das accounts.google.com nach 3 Sekunden verschwunden ist und falls ja, liest den cookie und ist fertig.

Hab auch noch einiges umgebaut zu Version 0.3.0, hauptsächlich intern. Ich speicher jetzt das cookie array mit den ganzen Daten und es werden jetzt veraltete cookies auch gelöscht und das ganze etwas sinnvoller aktualisiert.
Es gab noch ein Problem mit refresh, da konnte es vorkommen, dass der browser die cookies nicht mag. Das hab ich abgefangen und versucht möglichst sinnvoll zu behandeln... und es gibt jetzt einen state mit dem man einen Refresh mit dem Browser erzwingen kann.

Dabei fällt mir wieder ein: Aktuell versucht der Code, wie es auch das Skript gemacht hat, den aktuellen Cookie an den Browser zu geben. Eigentlich ergibt das aber mit dem Storage im Browser nicht so viel Sinn, oder? Eigentlich sollte ich nur den Browser laden, gucken, ob der von der login-Seite zu maps wechselt und dann die cookies einsammeln, oder?

[David G.]

@Garfonso sagte in Test Adapter google-sharedlocations2:

Dabei fällt mir wieder ein: Aktuell versucht der Code, wie es auch das Skript gemacht hat, den aktuellen Cookie an den Browser zu geben. Eigentlich ergibt das aber mit dem Storage im Browser nicht so viel Sinn, oder? Eigentlich sollte ich nur den Browser laden, gucken, ob der von der login-Seite zu maps wechselt und dann die cookies einsammeln, oder?

Hab da nicht so wirklich Ahnung von. Klingt aber plausibel.

Zu meinem hausgemachten Coockie "Problem".
Ist in der aktuellen Version auch.
Hat Google auch eine logout URL die man vorher pauschal aufrufen kann? Dann würde die login Seite evtl immer klappen.

google-sharedlocations2.0
2026-02-09 13:49:39.743	error	The step puppeteer failed was: filling in username.

google-sharedlocations2.0
2026-02-09 13:49:39.743	error	Error in puppeteer: Timed out after waiting 30000ms

google-sharedlocations2.0
2026-02-09 13:49:03.483	info	Trying to login to Google to get new cookies.

google-sharedlocations2.0
2026-02-09 13:48:55.331	info	starting. Version 0.3.2 (non-npm: Garfonso/ioBroker.google-sharedlocations2#34a287aeaece01e35b1248eb760e60b50e52e8e5) in /opt/iobroker/node_modules/iobroker.google-sharedlocations2, node: v22.22.0, js-controller: 7.0.7

[bommel_030]

@Garfonso
Musste ein paar Tage pausieren und teste aktuell mit der 0.3.2

Der Adapter kann sich mit Nutzer/PW anmelden und bekommt auch einen Cookie. Leider kann er sich mit dem nicht anmelden.
Extrahiere ich manuell einen Cookie aus z.B. Chrome und füttere den Adapter damit startet er sofort.
Er erkennt auch wenn der Cookie abgelaufen ist, loggt sich wieder ein und holt einen neuen Cookie.
Dieser ist dann leider genau so unbrauchbar wie der erste.

Was sagt die Cookielength im Log aus? Am Anfang hatte er eine von 3, dann 4. Die haben beide nicht funtkioniert. Die manuell kopierte hatte dann eine Länge von 23. Hatte gehofft es liegt daran, aber zwischenzeitlich hatte er sich einen neuen Cookie mit Länge 24 geholt der auch nicht funktionierte.

Ich bin relativ ratlos... Der Adapter macht offensichtlich das was er soll, holt aber scheinbar die falschen Kekse....

Wenn man nicht mitbekommt, dass der Adapter Offline geht versucht er so lange einen neuen Cookie zu holen bis Google wegen ungewöhnlicher Anmeldung dicht macht. Kannst du das einbauen, dass er nach x Versuchen aufhört und was im LOG hinterlässt oder nen Datenpunkt beschreibt?

Der Teil mit "places" funktioniert auf jeden Fall einwandfrei.
Der "alte" Adapter hatte noch ein "force update" Button, könntest du den bei Gelegenheit auch wieder reinbringen?