[Aufruf] Neuer Adaper Google-Sharedlocations

[Jan1]

@garfonso
Achtung!
Wenn man das beim Firefox so macht, wird der Cookie zwar korrekt kopiert, aber auch jede Menge anderes Zeug. Deshalb in ein Editor kopieren und von dort den Cookie ausschneiden, dann klappt es

Also es läuft so wieder. Nun kommt noch folgende Meldung im Log:

google-sharedlocations.0 2021-07-01 07:54:45.764	warn	Invalid character in cookie header: , at undefined. Trying replace. Please report if it works or not.
google-sharedlocations.0 2021-07-01 07:53:44.971	warn	Invalid character in cookie header: , at undefined. Trying replace. Please report if it works or not.
google-sharedlocations.0 2021-07-01 07:52:44.073	warn	Invalid character in cookie header: , at undefined. Trying replace. Please report if it works or not.
google-sharedlocations.0 2021-07-01 07:52:43.886	info	Starting google shared locations adapter
google-sharedlocations.0 2021-07-01 07:52:43.859	info	starting. Version 2.1.5 in /opt/iobroker/node_modules/iobroker.google-sharedlocations, node: v14.17.1, js-controller: 3.3.14

Sollte aber OK sein.

[David G.]

@jan1

Bei mir hat er den Cookie mit allem was er kopiert genommen.

[Jan1]

@david-g
Im Firefox? Da kommt außer dem Cookie noch jede Menge anderes Zeug mit, kannst ja mal im Editor anschauen was da noch alles dabei ist. Wenn der Adapter in der Lage ist das mittlerweile auch alles raus zu nehmen, dann hat garfonso ganze Arbeit geleistet.

Da ich gestern schon lange gebastelt hatte und ebenfalls das Kopierte im Editor nach Fehlern durchsucht hatte, habe ich eben heute auch mal zuerst den Editor bemüht und geschaut, ob es wirklich ein Unterschied macht wie man das kopiert und so ist mir das eben sofort aufgefallen

Das alles steht mit drin (Cookie entfernt):

Spoiler

{
	"Anfragekopfzeilen (1,706 KB)": {
		"headers": [
			{
				"name": "Accept",
				"value": "image/webp,*/*"
			},
			{
				"name": "Accept-Encoding",
				"value": "gzip, deflate, br"
			},
			{
				"name": "Accept-Language",
				"value": "de,en-US;q=0.7,en;q=0.3"
			},
			{
				"name": "Alt-Used",
				"value": "www.google.com"
			},
			{
				"name": "Cache-Control",
				"value": "max-age=0"
			},
			{
				"name": "Connection",
				"value": "keep-alive"
			},
			{
				"name": "Cookie",
				"value": "ANID=OPT_OUT; 
				xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
			},
			{
				"name": "Host",
				"value": "www.google.com"
			},
			{
				"name": "Referer",
				"value": "https://www.google.com/"
			},
			{
				"name": "TE",
				"value": "Trailers"
			},
			{
				"name": "User-Agent",
				"value": "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0"
			}
		]
	}
}

@Garfonso
könntest Du die Meldung:

	warn	Invalid character in cookie header: , at undefined. Trying replace. Please report if it works or not.

bitte auf INFO umstellen, da das sonst nur viel Log gibt

[maxpd]

@jan1 auch bei mir gings im firefox mit rechter maustaste und copy.
Version 2.1.5

[Jan1]

@maxpd
Habe gerade mein Fehler gefunden. "alles kopieren" ist ne blöde Wahl, dann kommt das unnötige Zeug mit.

Ich bin eigentlich gewohnt, vorher das zu markieren was ich kopieren möchte und genau das ist das eigentliche Problem hier. Wenn der Cookie zu lange ist wird der automatisch gekürzt und läuft nicht. Wenn man dagegen nichts markiert und einfach rechte Maustaste "kopieren" wählt, dann kommt der Cookie so wie er ist mit und der Adapter entfernt brav das "Cookie:" am Anfang.

Erklärt wohl auch warum es bei einigen funktioniert hat und bei anderen nicht. Ich denke hier hatten die etwas sorgloseren User einen kleinen Vorteil, weil sie eben nichts markieren und einfach kopieren klicken, was im Normalfall eher die problematische Variante sein kann

Also einfach hier rechts klicken:

und kopieren wählen, fertig.

[Garfonso]

@jan1
ja, genau das meinte ich.

2.1.6 in meinem repo:
Die Warnung kommt, wenn notwendig nur noch am Start. Außerdem sind , erlaubt.

[flkontakt]

@garfonso Hallo, ich bekomme leider keine Verbindung mehr mit dem Adapter, aktuell die Version 2.1.3. Cookie habe ich kopiert wie bisher auch, erhalte aber die Meldung "Conncetion failed". Was kann/muss ich hier tun? Vielen Dank für die Unterstützung!

[dslraser]

@flkontakt sagte in [Aufruf] Neuer Adaper Google-Sharedlocations:

aktuell die Version 2.1.3.

lade Dir die 2.1.6 von @Garfonso (wird einen Beitrag über Deinem erwähnt)

EDIT:

https://github.com/Garfonso/ioBroker.google-sharedlocations

[flkontakt]

@dslraser Perfekt, danke für die Info und den Link, ich war noch auf diesem Link unterwegs https://github.com/t4qjXH8N/ioBroker.google-sharedlocations

Asche über mein Haupt, hätte mir auffallen müssen

[Jan1]

@flkontakt
zumal exakt vor Deinem Post genau die zwei Posts stehen, die die Lösung beinhalten.

[flkontakt]

@jan1 vielen Dank für den Hinweis.......

[Jan1]

@flkontakt
Jou, lesen bildet eben, wenn man's dann auch tut

[flkontakt]

@jan1 auch für diesen hinweis, vielen dank...................

[Jan1]

@flkontakt
Der "Danke" Button ist übrigens an jedem Post der Pfeil nach oben unten rechts, dann muss man nicht mal schreiben

[flkontakt]

@jan1 ich bedanke mich gerne persönlich, wenn man mich auf meine dusseligkeit hinweist und dies mit einem weitern hinweis nochmal unterstützt. vielen dank............

[David G.]

Wollte mal kurz von einem kleinen Problem berichten was ich heute bemerkt habe.

Läuft alles wieder, habe nur leider vorher vergessen das log auf debug zu stellen.

Seit 3 Tagen wurde kein Standort aktualisiert. Hab mich gewundert, warum die Alarmanlage nicht angegangen ist.

Der Test im Adapter hat mir jedoch bescheinigt, dass angeblich alles funktioniert.

Ein neues Coockie hat das Problem dann gelöst.

[David G.]

Hallo @Garfonso

ich habe eben (evtl?) noch ein kleinen Bug im Adapter gefunden.

Ich nutze den Adapter zusammen mit dem Places-Adapter.
Von Google-Sharedlocations lasse ich die Daten direkt an Places senden.

Eben wollte ich die Adresse in meine Visu einbinden.
Da habe ich bemerkt, dass diese nicht an Places übergeben wird. Das entsprechende Feld bleibt leer.

Oder ist das Feld des Places-Adapters der internen Adressauflösung vorbethalten?

[Jan1]

@david-g
Hm, das kann der Adapter doch alleine, da brauchst den zweiten gar nicht.

[David G.]

@jan1

Ja,

das stimmt.
Werte die Daten aus dem Google-Sharedlocations-Adapter noch weiter in Places aus.
Wenn er die Adresse auch dorthin übermittelt, hätte ich alle Daten mit den ich Arbeite an einem Platz.

[Jan1]

@david-g
Und welche Werte wären das, die der Google nicht alleine schon sammelt und bereitstellt? So hast doch auch alles an einem Platz. Die Kombination ist noch von der Zeit, als das eben nicht der Fall war.