ioBroker Visu Android App
-
App zeigt Fehler: 429; angeblich falsches Kennwort, aber es ist das richtige und so auch in iobroker pro hinterlegt; ich muss mal meinen Unmut an dieser Stelle zum Ausdruck bringen, auch wenn Iobroker genau die Software bietet, die ich schätze, aber an den App-Entwickler von Iobroker Visu gerichtet, es kann nicht sein, dass eine gute funktionierende und personalisierte App von heute auf morgen so verändert wird, dass man keinen Zugriff mehr hat; im Gegenteil erst einmal wieder ein Passwort vergeben werden muss, welches nicht von der App angenommen wird; ich hätte erwartet, dass eine Nachricht an die User geschickt wird, oder zumindest hier eine Anleitung anbietet, dass das ganze Chaos wieder in Ordnung bringt; ob ich das Abo behalte werde ich mir gut überlegen; immer wenn die App gebraucht wird, funktioniert zu oft irgend etwas nicht
App zeigt Fehler: 429; angeblich falsches Kennwort, aber es ist das richtige und so auch in iobroker pro hinterlegt; ich muss mal meinen Unmut an dieser Stelle zum Ausdruck bringen, auch wenn Iobroker genau die Software bietet, die ich schätze, aber an den App-Entwickler von Iobroker Visu gerichtet, es kann nicht sein, dass eine gute funktionierende und personalisierte App von heute auf morgen so verändert wird, dass man keinen Zugriff mehr hat; im Gegenteil erst einmal wieder ein Passwort vergeben werden muss, welches nicht von der App angenommen wird; ich hätte erwartet, dass eine Nachricht an die User geschickt wird, oder zumindest hier eine Anleitung anbietet, dass das ganze Chaos wieder in Ordnung bringt; ob ich das Abo behalte werde ich mir gut überlegen; immer wenn die App gebraucht wird, funktioniert zu oft irgend etwas nicht
Ich kann schon Unmut verstehen, aber leider bin ich allein für 120 Adapter (ohne Scherz) verantwortlich und dafür für beide Apps und noch für Infrastruktur.
Wenn man kostenlose Sachen, wie Admin, Web, Javascript, Vis, und und und nutzt, irgendwie vergisst man sofort, dass eigentlich diese alle Adapter durch Cloud finanziert werden.
Und warum nimmt man nicht einen einfachen Password und ausprobiert damit, ob App geht?Ich kann nur anbieten, dass du mich als Gast in ioBroker.pro (iobroker.rechnung@gmail.com) einträgst und ich schaue ob es an Login oder an der Cloud-Verbindung liegt.
-
Bei Bewegung automatisch etwas häufigere Aktualisierung der Koordinaten.
Bei Android, darfst du nicht kommandieren, wie oft du aufwecken darfst. Momentan steht alle 15 Minuten, und sogar das wird nicht immer gegeben. Es steht in der Freigabe eine Version die eventuell das besser behandeln sollte, aber irgendwas klemmt bei der Freigabe.
Aktualisierung der Telemetrie Daten auf Anforderung, z.B. mit einem entsprechendem schreibbaren State im jeweiligen Device Ordner.
Das könnte gehen, wenn man eine Nachricht über Google Firebase (also über iot) schickt (noch nicht implemenitert). Aber, muss das alles so kompliziert sein?
Es steht in der Freigabe eine Version die eventuell das besser behandeln sollte, aber irgendwas klemmt bei der Freigabe.
Heute Nacht wurde App Version 2.2.5 automatisch installiert. Ich habe danach auf Cloud 6.2.6 und Web 9.1.9 aktualisiert.
Hier aktuelles Feedback, bitte nicht als Genörgel verstehen, die App ist in der aktuellen Version schon klasse und sehr brauchbar!
- Die Zurück Taste funktioniert jetzt wie erwartet.
- Die neu gestalteten Einstellungsseiten sehen klasse aus und sind sehr übersichtlich. Man findet sich viel besser zurecht
- Die transiente Statusleiste ist jetzt wirklich durchsichtig und die App scheint von hinten durch
- Der State alive war sofort nach Adapter Update auf True. onScreen war null, bis ich die App in den Vordergrund gebracht habe, dann wurde er sofort true. Allerdings blieb er auch nach 15 Minuten noch true, nachdem ich die App wieder in den Hintergrund geschickt hatte (Nachtrag: Bei einem weiteren Test wurde der State onScreen dann nach einigen Minuten dann doch wieder null, sieht also gut aus).
Ich habe dann den Flugmodus aktiviert, und OnScreen wurde nach wenigen Minuten zu Null. Alive ist nach etwa 10 Minuten immer noch true (da bin ich aber evtl. zu "ungeduldig"
) . - Aktualisierungshäufigkeit der Telemetrie:
Es wird jetzt teilweise öfter aktualisiert, das muss ich aber erst eine Weile beobachten. Im Moment habe ich den Eindruck, dass ausgerechnet bei Aktualisierung über die Cloud die Häufigkeit abnimmt, aber das muss ich wie gesagt erst mal beobachten.
Auf jeden Fall ist es eine tolle App, die kontinuierlich immer besser wird. Vielen Dank!
Fazit:
aliveState scheint zumindest bei mir irgendwie zu klemmen, Aktualisierungshäufigkeit der Telemetriedaten wurde verbessert, die muss ich aber noch ne Weile beobachten.Das könnte gehen, wenn man eine Nachricht über Google Firebase (also über iot) schickt (noch nicht implemenitert). Aber, muss das alles so kompliziert sein?
Das frag ich mich auch immer wieder.
Die Aktualisierung auf Anforderung ist auch kein Must Have, wäre halt nur eine komfortable Erweiterung. -
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
ScreenToGif :https://www.screentogif.com/downloads.html -
jetzt update auf per npm auf 6.2.6
visu app hat 2.2.5Keine Veränderung.
location ist nicht korrekt. -
App zeigt Fehler: 429; angeblich falsches Kennwort, aber es ist das richtige und so auch in iobroker pro hinterlegt; ich muss mal meinen Unmut an dieser Stelle zum Ausdruck bringen, auch wenn Iobroker genau die Software bietet, die ich schätze, aber an den App-Entwickler von Iobroker Visu gerichtet, es kann nicht sein, dass eine gute funktionierende und personalisierte App von heute auf morgen so verändert wird, dass man keinen Zugriff mehr hat; im Gegenteil erst einmal wieder ein Passwort vergeben werden muss, welches nicht von der App angenommen wird; ich hätte erwartet, dass eine Nachricht an die User geschickt wird, oder zumindest hier eine Anleitung anbietet, dass das ganze Chaos wieder in Ordnung bringt; ob ich das Abo behalte werde ich mir gut überlegen; immer wenn die App gebraucht wird, funktioniert zu oft irgend etwas nicht
Ich kann schon Unmut verstehen, aber leider bin ich allein für 120 Adapter (ohne Scherz) verantwortlich und dafür für beide Apps und noch für Infrastruktur.
Wenn man kostenlose Sachen, wie Admin, Web, Javascript, Vis, und und und nutzt, irgendwie vergisst man sofort, dass eigentlich diese alle Adapter durch Cloud finanziert werden.
Und warum nimmt man nicht einen einfachen Password und ausprobiert damit, ob App geht?Ich kann nur anbieten, dass du mich als Gast in ioBroker.pro (iobroker.rechnung@gmail.com) einträgst und ich schaue ob es an Login oder an der Cloud-Verbindung liegt.
-
Seit heute 12:54 kommen die Daten wieder korrekt an.
-
Bitte die Issues hier schreiben: https://github.com/ioBroker/Android-And-iPhone-Apps
-
Ich nehme an, dass neue App funktioniert? Und übrigens, man kann jetzt mehrere Applications aktivieren (aber bitte nicht nach "ich will zoom 1.02 in vis-2 und zoom 1.5676 in devices haben" :) )
Ich verstehe einfach nicht, die iPhone app ist einfach vielmal schlechter, als Android, da geht nicht mal locale Verbindung.
-
Ich nehme an, dass neue App funktioniert? Und übrigens, man kann jetzt mehrere Applications aktivieren (aber bitte nicht nach "ich will zoom 1.02 in vis-2 und zoom 1.5676 in devices haben" :) )
Ich verstehe einfach nicht, die iPhone app ist einfach vielmal schlechter, als Android, da geht nicht mal locale Verbindung.
Ich nehme an, dass neue App funktioniert?
Ja, die Android App funktioniert prima. Nach einigen weiteren Tests werden auch die States alive und onScreen korrekt versorgt. Es dauert nur manchmal 15 Minuten, selten auch etwas länger, das ist in der Praxis aber absolut ausreichend.
Die automatische Umschaltung zwischen lokal und Cloud funktioniert sehr flott und zuverlässig. Telemetriedaten werden etwa alle 15 Minuten übertragen, sowohl lokal als auch per Cloud.
Nochmal vielen Dank für deine Arbeit!
-
Hatte mir die Tage die IoB Visu App Version 2.2.8 geladen auf mein Andoid Handy.
Den Cache der App gelöscht.
Leider ist es aktuell so, dass die Obefläche nicht lädt und sich in einem "loop" befindet. (siehe Video).
Einzige Abhilfe schafft, wenn ich meine Mail-Adresse aus dem .pro Zugang entferne.
Dann lädt es ganz normal bei lokaler Verbindung.
Wenn ich extern mit dem eingetragenen .pro Zugang zugreife funktioniert auch alles einwandfrei.
Nur "ein kleines Manko" aktuell bei mir.
Beste Grüße!
io-Broker Neuling 2024 :-)
Bislang jedoch einiges an Beiträgen und Grundlagen eingeflößt, um etwas besser empor zu irren.
-
Ich nehme an, dass neue App funktioniert? Und übrigens, man kann jetzt mehrere Applications aktivieren (aber bitte nicht nach "ich will zoom 1.02 in vis-2 und zoom 1.5676 in devices haben" :) )
Ich verstehe einfach nicht, die iPhone app ist einfach vielmal schlechter, als Android, da geht nicht mal locale Verbindung.
Ich nehme an, dass neue App funktioniert? Und übrigens, man kann jetzt mehrere Applications aktivieren (aber bitte nicht nach "ich will zoom 1.02 in vis-2 und zoom 1.5676 in devices haben" :) )
Ich verstehe einfach nicht, die iPhone app ist einfach vielmal schlechter, als Android, da geht nicht mal locale Verbindung.
Ja funktioniert wunderbar. (Android App)
(Verwende sie aber auch meist local + manchmal per vpn. Zu den cloud Themen die hier scheinbar immer wieder mal audtreten kann ich nix sagen.)Gerade geupdated und mehrere Applications getestet, funjtioniert auch wunderbar.
(Wofür sollt ich verschiedenen Zoom brauchen, devices ist ja eh so super responsive. Hab ich gar nicht in verwendung)Danke für deine Arbeit an der tollen neuen App 👍.
-
Hatte mir die Tage die IoB Visu App Version 2.2.8 geladen auf mein Andoid Handy.
Den Cache der App gelöscht.
Leider ist es aktuell so, dass die Obefläche nicht lädt und sich in einem "loop" befindet. (siehe Video).
Einzige Abhilfe schafft, wenn ich meine Mail-Adresse aus dem .pro Zugang entferne.
Dann lädt es ganz normal bei lokaler Verbindung.
Wenn ich extern mit dem eingetragenen .pro Zugang zugreife funktioniert auch alles einwandfrei.
Nur "ein kleines Manko" aktuell bei mir.
Cyberraph sagte:
post/1358254
Update zu meinem Post #390 von gestern.
Heute Früh kam das Update der ioB Visu App Andoid Version 2.3.0.
App Cache gelöscht.
Jetzt kann ich bei eigentragenem .pro Account
und eigentragener WLAN-SSID zur Unterscheidung lokaler Verbindung
grundsätzlich wieder normal lokal und remote per .pro zugreifen.Einzig folgendes "fehlerhaftes" Verhalten ist mir aufgefallen:
-> Ich bin nur per WLAN verbunden (Mobilnetz ist ausgeschalten, also eigentlich kein externer Zugriff)
-> Ich lade eine meiner VIS-2 Visualisierungen
-> Er lädt zuerst ".pro" (suggeriert also, dass er trotz lokaler Verbindung -> extern zugreift)
-> Dann lädt er neu und nimmt die lokale verbindung (".pro" Icon verschwindet)-> Teils ist es aber so, dass er gar nicht in die lokale Verbindung wechselt.
-> Dann muss ich meist den Cache wieder leeren, dass er wieder oben angeführtes Verhalten zeigt.Zugriff zuerst remote und dann als zweites lokal wird mir auch im admin Protokoll angezeigt.
(Abseits von der Fehlermeldung
Unexpected request: /state/cloud.0.remote.command,
die ich seit ein paar Versionen der ioB Visu app erhalte bei externem .pro Zugriff.
Diese kommt 3 x hintereinander, wenn ich die ioB-App frisch starte in eine meiner VIS-2 Views.
Bei einem reinen Refresh der View, die bereits gestartet ist, kommt die Meldung im LOG nicht.
Kommt auch nicht, wenn ich einen State true/false setze.
Obwohl mir kein Verhalten aufgefallen wäre, dass ein Befehl nicht durchgegangen wäre.
Aber das ist ein anderes Thema.).
Screeshots erwähnte LOGs im Admin:
Beste Grüße!
io-Broker Neuling 2024 :-)
Bislang jedoch einiges an Beiträgen und Grundlagen eingeflößt, um etwas besser empor zu irren.
-
Neueste VISU App.
Bekomme mit , egal welchen Einstellungen , den Strich unten nicht weg. Die mm fehlen mir , weil oben dadurch die VIS abgeschnitten ist. Und der "Space" unten muss man sagen , sieht auch nicht sehr schön aus.
Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.8, Nodejs 22.23.2 ,JS Controller 7.2.2 ,Admin 8.0.4
-
Cyberraph sagte:
post/1358254
Update zu meinem Post #390 von gestern.
Heute Früh kam das Update der ioB Visu App Andoid Version 2.3.0.
App Cache gelöscht.
Jetzt kann ich bei eigentragenem .pro Account
und eigentragener WLAN-SSID zur Unterscheidung lokaler Verbindung
grundsätzlich wieder normal lokal und remote per .pro zugreifen.Einzig folgendes "fehlerhaftes" Verhalten ist mir aufgefallen:
-> Ich bin nur per WLAN verbunden (Mobilnetz ist ausgeschalten, also eigentlich kein externer Zugriff)
-> Ich lade eine meiner VIS-2 Visualisierungen
-> Er lädt zuerst ".pro" (suggeriert also, dass er trotz lokaler Verbindung -> extern zugreift)
-> Dann lädt er neu und nimmt die lokale verbindung (".pro" Icon verschwindet)-> Teils ist es aber so, dass er gar nicht in die lokale Verbindung wechselt.
-> Dann muss ich meist den Cache wieder leeren, dass er wieder oben angeführtes Verhalten zeigt.Zugriff zuerst remote und dann als zweites lokal wird mir auch im admin Protokoll angezeigt.
(Abseits von der Fehlermeldung
Unexpected request: /state/cloud.0.remote.command,
die ich seit ein paar Versionen der ioB Visu app erhalte bei externem .pro Zugriff.
Diese kommt 3 x hintereinander, wenn ich die ioB-App frisch starte in eine meiner VIS-2 Views.
Bei einem reinen Refresh der View, die bereits gestartet ist, kommt die Meldung im LOG nicht.
Kommt auch nicht, wenn ich einen State true/false setze.
Obwohl mir kein Verhalten aufgefallen wäre, dass ein Befehl nicht durchgegangen wäre.
Aber das ist ein anderes Thema.).
Screeshots erwähnte LOGs im Admin:
Cyberraph sagte:
post/1358254
Update zu meinem Post #390 von gestern.
Heute Früh kam das Update der ioB Visu App Andoid Version 2.3.0.
App Cache gelöscht.
Jetzt kann ich bei eigentragenem .pro Account
und eigentragener WLAN-SSID zur Unterscheidung lokaler Verbindung
grundsätzlich wieder normal lokal und remote per .pro zugreifen.Einzig folgendes "fehlerhaftes" Verhalten ist mir aufgefallen:
-> Ich bin nur per WLAN verbunden (Mobilnetz ist ausgeschalten, also eigentlich kein externer Zugriff)
-> Ich lade eine meiner VIS-2 Visualisierungen
-> Er lädt zuerst ".pro" (suggeriert also, dass er trotz lokaler Verbindung -> extern zugreift)
-> Dann lädt er neu und nimmt die lokale verbindung (".pro" Icon verschwindet)-> Teils ist es aber so, dass er gar nicht in die lokale Verbindung wechselt.
-> Dann muss ich meist den Cache wieder leeren, dass er wieder oben angeführtes Verhalten zeigt.Zugriff zuerst remote und dann als zweites lokal wird mir auch im admin Protokoll angezeigt.
(Abseits von der Fehlermeldung
Unexpected request: /state/cloud.0.remote.command,
die ich seit ein paar Versionen der ioB Visu app erhalte bei externem .pro Zugriff.
Diese kommt 3 x hintereinander, wenn ich die ioB-App frisch starte in eine meiner VIS-2 Views.
Bei einem reinen Refresh der View, die bereits gestartet ist, kommt die Meldung im LOG nicht.
Kommt auch nicht, wenn ich einen State true/false setze.
Obwohl mir kein Verhalten aufgefallen wäre, dass ein Befehl nicht durchgegangen wäre.
Aber das ist ein anderes Thema.).
Screeshots erwähnte LOGs im Admin:
Welche ioBroker.cloud Version hast du?
-
Cyberraph sagte:
post/1358254
Update zu meinem Post #390 von gestern.
Heute Früh kam das Update der ioB Visu App Andoid Version 2.3.0.
App Cache gelöscht.
Jetzt kann ich bei eigentragenem .pro Account
und eigentragener WLAN-SSID zur Unterscheidung lokaler Verbindung
grundsätzlich wieder normal lokal und remote per .pro zugreifen.Einzig folgendes "fehlerhaftes" Verhalten ist mir aufgefallen:
-> Ich bin nur per WLAN verbunden (Mobilnetz ist ausgeschalten, also eigentlich kein externer Zugriff)
-> Ich lade eine meiner VIS-2 Visualisierungen
-> Er lädt zuerst ".pro" (suggeriert also, dass er trotz lokaler Verbindung -> extern zugreift)
-> Dann lädt er neu und nimmt die lokale verbindung (".pro" Icon verschwindet)-> Teils ist es aber so, dass er gar nicht in die lokale Verbindung wechselt.
-> Dann muss ich meist den Cache wieder leeren, dass er wieder oben angeführtes Verhalten zeigt.Zugriff zuerst remote und dann als zweites lokal wird mir auch im admin Protokoll angezeigt.
(Abseits von der Fehlermeldung
Unexpected request: /state/cloud.0.remote.command,
die ich seit ein paar Versionen der ioB Visu app erhalte bei externem .pro Zugriff.
Diese kommt 3 x hintereinander, wenn ich die ioB-App frisch starte in eine meiner VIS-2 Views.
Bei einem reinen Refresh der View, die bereits gestartet ist, kommt die Meldung im LOG nicht.
Kommt auch nicht, wenn ich einen State true/false setze.
Obwohl mir kein Verhalten aufgefallen wäre, dass ein Befehl nicht durchgegangen wäre.
Aber das ist ein anderes Thema.).
Screeshots erwähnte LOGs im Admin:
Welche ioBroker.cloud Version hast du?
Welche ioBroker.cloud Version hast du?
Ah, entschuldige vielmals.
Zwischenzeitliche iobroker.cloud latest Version 6.1.3.
Habe nun auf die aktuelle latest Version 6.2.7 upgedatet.
Hmh jetzt komme ich nur noch per .pro rein.
Ich werde noch versuchen andere Adapter ins aktuelle Latest zu updaten.
Vielleicht sitzt da noch was quer. Warum auch immer.Im LOG bekam ich folgende Meldung jetzt, wenn ich rein lokal per WLAN im Heimnetz bin ohne aktivem Mobilnetz.
Im LOG bekam ich folgende Meldung jetzt, wenn ich rein lokal per WLAN im Heimnetz bin ohne aktivem Mobilnetz + ich den Remotezugang (E-Mail adresse) entfernt habe.
iobDiag schreibt folgendes (bevor ich Cloud jetzt gehoben hab):
EDIT:
Jetzt habe ich noch den web-Adapter von 9.1.4 auf das neue latest 9.1.12 geupdatet.
Jetzt habe ich wieder dasselbe Verhalten wie im vorigen Post heute.Bei Rauslöschen der .pro Zugangsdaten (e-Mail weg) + reiner lokaler WLAN Zugriff, kommt im LOG folgender Fehler.
Bei allen anderen Verbindungen per .pro bekomme ich jetzt KEINE Fehlermeldungen mehr.
Egal.Ist jetzt nicht so schlimm, wird sich schon wieder geben.Beste Grüße!
io-Broker Neuling 2024 :-)
Bislang jedoch einiges an Beiträgen und Grundlagen eingeflößt, um etwas besser empor zu irren.
-
Cyberraph sagte:
post/1358254
Update zu meinem Post #390 von gestern.
Heute Früh kam das Update der ioB Visu App Andoid Version 2.3.0.
App Cache gelöscht.
Jetzt kann ich bei eigentragenem .pro Account
und eigentragener WLAN-SSID zur Unterscheidung lokaler Verbindung
grundsätzlich wieder normal lokal und remote per .pro zugreifen.Einzig folgendes "fehlerhaftes" Verhalten ist mir aufgefallen:
-> Ich bin nur per WLAN verbunden (Mobilnetz ist ausgeschalten, also eigentlich kein externer Zugriff)
-> Ich lade eine meiner VIS-2 Visualisierungen
-> Er lädt zuerst ".pro" (suggeriert also, dass er trotz lokaler Verbindung -> extern zugreift)
-> Dann lädt er neu und nimmt die lokale verbindung (".pro" Icon verschwindet)-> Teils ist es aber so, dass er gar nicht in die lokale Verbindung wechselt.
-> Dann muss ich meist den Cache wieder leeren, dass er wieder oben angeführtes Verhalten zeigt.Zugriff zuerst remote und dann als zweites lokal wird mir auch im admin Protokoll angezeigt.
(Abseits von der Fehlermeldung
Unexpected request: /state/cloud.0.remote.command,
die ich seit ein paar Versionen der ioB Visu app erhalte bei externem .pro Zugriff.
Diese kommt 3 x hintereinander, wenn ich die ioB-App frisch starte in eine meiner VIS-2 Views.
Bei einem reinen Refresh der View, die bereits gestartet ist, kommt die Meldung im LOG nicht.
Kommt auch nicht, wenn ich einen State true/false setze.
Obwohl mir kein Verhalten aufgefallen wäre, dass ein Befehl nicht durchgegangen wäre.
Aber das ist ein anderes Thema.).
Screeshots erwähnte LOGs im Admin:
-
Neueste VISU App.
Bekomme mit , egal welchen Einstellungen , den Strich unten nicht weg. Die mm fehlen mir , weil oben dadurch die VIS abgeschnitten ist. Und der "Space" unten muss man sagen , sieht auch nicht sehr schön aus.Neueste VISU App.
Bekomme mit , egal welchen Einstellungen , den Strich unten nicht weg. Die mm fehlen mir , weil oben dadurch die VIS abgeschnitten ist. Und der "Space" unten muss man sagen , sieht auch nicht sehr schön aus.Das soll in der kommende Version gefixt sein 2.3.1
-
Welche ioBroker.cloud Version hast du?
Ah, entschuldige vielmals.
Zwischenzeitliche iobroker.cloud latest Version 6.1.3.
Habe nun auf die aktuelle latest Version 6.2.7 upgedatet.
Hmh jetzt komme ich nur noch per .pro rein.
Ich werde noch versuchen andere Adapter ins aktuelle Latest zu updaten.
Vielleicht sitzt da noch was quer. Warum auch immer.Im LOG bekam ich folgende Meldung jetzt, wenn ich rein lokal per WLAN im Heimnetz bin ohne aktivem Mobilnetz.
Im LOG bekam ich folgende Meldung jetzt, wenn ich rein lokal per WLAN im Heimnetz bin ohne aktivem Mobilnetz + ich den Remotezugang (E-Mail adresse) entfernt habe.
iobDiag schreibt folgendes (bevor ich Cloud jetzt gehoben hab):
EDIT:
Jetzt habe ich noch den web-Adapter von 9.1.4 auf das neue latest 9.1.12 geupdatet.
Jetzt habe ich wieder dasselbe Verhalten wie im vorigen Post heute.Bei Rauslöschen der .pro Zugangsdaten (e-Mail weg) + reiner lokaler WLAN Zugriff, kommt im LOG folgender Fehler.
Bei allen anderen Verbindungen per .pro bekomme ich jetzt KEINE Fehlermeldungen mehr.
Egal.Ist jetzt nicht so schlimm, wird sich schon wieder geben.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
475
Online33.1k
Benutzende84.0k
Themen1.4m
Beiträge