ioBroker App 2023 [Android & iOS] - jetzt erhältlich
-
Okay, ist wohl erst mal durchgegangen, aber wie lange die das dulden ist die andere Frage
-
@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.
-
@mrlee
Ich nutze ebenfalls Blockada 5 unter Android. Bei mir kommt dieser Hinweis nicht. Hilft es eventuell Visu unter Blockada als Ausnahme einzutragen? -
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).
-
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?
-
@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? -
@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
-
@foxriver76
1.0.15 installiert.Problem bleibt:
sobald man biometrie aktiviert friert die app manchmal ein -
@rupert Moin!
Habe ich bereits, scheint aber nicht zu wirken. Wird bei mir auch im Android-Status als VPN verbunden angezeigt....
-
@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 sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:
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).
-
@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
-
@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.
-
@dos1973 meldet er auch dass er einen reload macht weil der reconnect gescheitert ist oder einfach so? Reload ist aus in den Settings?
-
@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...
-
@dos1973 aber sah erfolgreich aus? Dann muss ich das nochmal testen unter Android?
-
@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 seitePassiert natürlich alles sehr fix.
Nur der Socket reconnect wäre das „Ding“
Btw. Vielen Dank für deine Mühe und Aufwand
-
@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.
-
@hiltex
Rein interessehalber, was hast du damit vor? -
@dos1973 Wäre das Ding ja und so funktioniert es bei mir lokal auch
Blöd wenn ich es nicht nachgestellt bekomme - kannst du mal die APK ausprobieren bei Gelegenheit
