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

[foxriver76]

@foxriver76 sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

1.0.15 auf dem Weg

• biometrische Authentifizierung vor der Anfrage nach VPN-Zugang (somit sollte die Auth - wenn aktiviert - als erstes vor allen anderen UI Interaktionen sein)
• Unterstützung lokaler https-Verbindungen über selbstsignierte Zertifikate (die Anmeldung wird bei selbstsignierten Zertifikaten nicht unterstützt)

Oder auch nicht...

[bommel_030]

@foxriver76
"(die Anmeldung wird bei selbstsignierten Zertifikaten nicht unterstützt)", d.h. ich kann entweder Benutzer/Passwort ODER https verwenden? Ist das eine Limitierung seitens Google? Dann muss ich mir langsam überlegen ob ich das "s" nicht lokal abschalte.

[foxriver76]

Okay, ist wohl erst mal durchgegangen, aber wie lange die das dulden ist die andere Frage ;-)

[foxriver76]

@bommel_030 Das Problem ist dass der WebView zwar die SSL Errors jetzt ignoriert bekommt, wie man sieht auch schon nicht gerne gesehen beim Review, allerdings die Requests die gegen die API stattfinden zum Login/Projekte abfragen etc das SSL Zertifikat nicht ignorieren können. Und während ich für den WebView eine "hässliche" aber funktionale Lösung gefunden habe, findet man im Netz keinen einzigen Workaround für normale Requests.

[Rupert]

@mrlee
Ich nutze ebenfalls Blockada 5 unter Android. Bei mir kommt dieser Hinweis nicht. Hilft es eventuell Visu unter Blockada als Ausnahme einzutragen?

[bahnuhr]

@foxriver76

Kannst du die alten Versionen hier in (z.B. unter #1) zur Verfügung stellen.

Oder macht man dies eher nicht (aus google play Gründen).

[Rupert]

Von mir ein Feature-Request, wenn möglich:

Könnte die App unter Android einen VPN aktivieren, sofern man sich nicht im eigenen Netzwerk befindet?

[bommel_030]

@foxriver76
Danke für die Erklärung, erschließt sich mir grundsätzlich auch. Ich frage mich nur wie andere das lokal lösen. Wenn ich z.B. im Admin https deaktiviere warnt er mich verständlicherweise davor, dass Nutzername/Passwort unverschlüsselt übertragen werden. Geht man im allgemeinen davon aus im eigenen Heimnetz ist das ok?

[foxriver76]

@bommel_030 In Web Code ist es kein Problem die SSL Geschichten zu umgehen, aber WebView ist jeweils native Implementierung der mobilen Betriebssysteme.

Ja grundsätzlich ist mmn https lokal self signed i. O. , bin allerdings kein Security Experte ;-)

[bahnuhr]

@foxriver76
1.0.15 installiert.

Problem bleibt:
sobald man biometrie aktiviert friert die app manchmal ein

[MrLee]

@rupert Moin!

Habe ich bereits, scheint aber nicht zu wirken. Wird bei mir auch im Android-Status als VPN verbunden angezeigt....

[foxriver76]

@bahnuhr Ich kann das leider aktuell nicht nachstellen, code-technisch sollte er immer wieder nach der Authentifizierung fragen, auch wenns nicht geklappt hat. Ich werde bei Gelegenheit schauen ob ich dazu was finde.

[bahnuhr]

@bahnuhr sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

@foxriver76

Kannst du die alten Versionen hier in (z.B. unter #1) zur Verfügung stellen.

Oder macht man dies eher nicht (aus google play Gründen).

[foxriver76]

@bahnuhr Ich habe die einzelnen Versionen nicht vorliegen, müsste ich alle neu bauen. Evtl. kann ich sie bei Google Play herunterladen idk.. schaue ich mal

[dos1973]

@foxriver76 sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

der reconnect sollte deutlich schneller sein als der Reload.

Das kann ich bestätigen, der reconnect erfolgt, sehe es an den Werten, dann aber kommt noch ein Reload.

[foxriver76]

@dos1973 meldet er auch dass er einen reload macht weil der reconnect gescheitert ist oder einfach so? Reload ist aus in den Settings?

[dos1973]

@foxriver76
ich würde sagen einfach so, direkt im anschluss. geht recht fix.
ja das setting reload is aus.

ich versuch mal ein screen shot - da kommt ja eine Info message

EDIT:

ja da steht Socket Reconnect fehlgeschlagen...

[foxriver76]

@dos1973 aber sah erfolgreich aus? Dann muss ich das nochmal testen unter Android?

[dos1973]

@foxriver76
Ja rein optisch würde ich behaupten er führt den socket Reconnect aus, die Vis Daten werden aktualisiert und dann gibt noch ein Vis Reload mit der weißen seite

Passiert natürlich alles sehr fix.

Nur der Socket reconnect wäre das „Ding“ 😂👍

Btw. Vielen Dank für deine Mühe und Aufwand

[Hiltex]

@hiltex sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

Eine Frage zu dem alive-State:
Wie kann man am besten darauf triggern?
Wenn ich auf „ist wahr“ triggere, dann wird der Trigger aller paar Sekunden ausgelöst.
Und andersherum: wie kann ich darauf triggern, dass er nicht wahr ist?

Ich stehe gerade auf dem Schlauch

@foxriver76 sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

@hiltex klingt nach aktualisiert vs geändert im Trigger. Du benötigst geändert.

Ich habe gerade nochmal ein bisschen herumprobiert. Kann sein, dass ich zuerst den Trigger auf aktualisieren gestellt habe und das der Grund war. Es ist jedoch nach wie vor so, dass man nicht auf "nicht wahr" triggern kann.

Ich habe folgendes Blockly dazu gebaut:

Bei alive == true löst das wunderbar aus, aber wenn das Tablet aus geht, dann reagiert das Blockly nicht.

Frage ich das zyklisch per Cron ab, erhalte ich folgende Meldungen im Log, wenn das Panel aus ist:

javascript.0 	 2023-04-19 19:49:50.002	warn	at processTimers (node:internal/timers:502:7)
javascript.0 	 2023-04-19 19:49:50.002	warn	at listOnTimeout (node:internal/timers:559:17)
javascript.0 	 2023-04-19 19:49:50.002	warn	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/Invocation.js:228:7)
javascript.0 	 2023-04-19 19:49:50.002	warn	at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/Invocation.js:268:28
javascript.0 	 2023-04-19 19:49:50.002	warn	at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/Job.js:171:15)
javascript.0 	 2023-04-19 19:49:50.002	warn	at Job.job (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1595:34)
javascript.0 	 2023-04-19 19:49:50.002	warn	at Object.<anonymous> (script.js.Visualisierung.Wallpanel-WZ_aufwecken:40:15)
javascript.0 	 2023-04-19 19:49:50.001	warn	getState "vis.0.wallpanel-wz.alive" not found (3)

Ok, der State ist gelöscht, daher wird auch das vorherige Script nicht reagiert haben.
Die Frage ist nun, gibt es eine Möglichkeit, trotzdem auf den Datenpunkt zu triggern, wenn das Panel aus ist?

Eine Notlösung habe ich schon für mich gefunden, die dann meinem ursprünglichen Vorschlag ähnelt:
Ich trägere auf Aktualisieren, und wenn die Aktualisierung für längere Zeit ausbleibt, dann setze ich mir einen anderen State.
Abr ich würde es gerne erstmal auf "normalem" Weg probieren.

Meine Notlösung führt zu dem gleichen Problem mit den Log-Einträgen.