Monatsrückblick Oktober 2026 ist online!

[stenmic]

@Bluefox sagte:

@stenmic sagte:

<img src="http://xxx.de/xxxxx/xxxxx/xxxxx/xxxxxx.jpeg\" width="140">

Du versuchst von https Seite die Inhalte von http zu laden. Stimmt das? Warum machst du das? Es ist nicht erlaubt. Gibt es da kein https?

das war tatsächlich das Problem. Mein Skript legte http links an. Nach dem ändern auf https funktionieren die Links auch in der neuen App. Danke für den Hinweis. Wenn du noch eine Lösung für das Open Street Map Widget hättest, wäre ich rundum zufrieden.

[PRO84]

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

Kannst du bitte noch etwas zu meinem Remote-Problem (eigene URL) sagen

Ich kann da wirklich nichts sagen. Bei mir geht es, und mir fehlt jegliche Information von euch. Kann sein dass self-signed Zertifikat abgelehnt wird? Ich weiss doch nichts, ob auth oder https eingeschaltet ist, wie sieht URL aus, und und und.

Läuft bei jemandem Remote Access:

• über ioBroker.pro? (Bestätigt - geht)
• über Eigene URL?

Die Informationen habe ich bereits mehrfach geschickt, aber gerne nochmal:

URL: http://xxx.ddnss.de:8082
User und Password wie bei lokal…

Hat in der Vergangenheit mit diesen Einstellungen funktioniert.
Zugriff mit einem Intenetbrowser funktioniert remote.

Welche info brauchst du noch?
Wenn ich etwas ändern soll bin ich für jede Info dankbar…

Ich sehe immer noch bei dir, dass du ohne http(s):// URL einträgst. Neue App, geht davon aus, dass man Secure ist und fügt vorne https:// ein. Wenn das Bild noch aktuell ist, dann greift app auf https://xxx.ddnss.de:8082

Erst mal Danke für deinen Support!
Zwischen meinen Screenshots hatte ich geschrieben, das ich „http://„ mit eingegeben habe.

Ich komme nicht aus der Netzwerktechnik (wenig Ahnung).
Zu meinem Verständnis:
Gebe ich jetzt vor der URL „https://„ ein?
Reicht es im der WEB-Instanz „verschlüsselte Verbindung“ einzustellen wie hier: (dann komme ich leider auch lokal nicht mehr an die VIS)

Wie du siehst brache ich dringend Nachhilfe…

Du musst nicht extra auf https umstellen. Bleibe bei http bitte. Die neue App version zeigt welche URL verwendet wird. Wenn man diese URL im Browser aufmacht, sollte auch funktionieren. Wenn nicht funktioniert, dann ist URL falsch

Ich glaube, ich hab ein paar neue Erkenntnisse:
Wenn ich in einem fremden WLAN bin, welches über die FRITZ!Box mit meinem Haus Netz gekoppelt ist, funktioniert die Visualisierung. Das aktuelle WLAN scheint gar nicht erkannt zu werden und es wird immer die lokale IP Adresse genutzt.

[Bluefox]

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

Kannst du bitte noch etwas zu meinem Remote-Problem (eigene URL) sagen

Ich kann da wirklich nichts sagen. Bei mir geht es, und mir fehlt jegliche Information von euch. Kann sein dass self-signed Zertifikat abgelehnt wird? Ich weiss doch nichts, ob auth oder https eingeschaltet ist, wie sieht URL aus, und und und.

Läuft bei jemandem Remote Access:

• über ioBroker.pro? (Bestätigt - geht)
• über Eigene URL?

Die Informationen habe ich bereits mehrfach geschickt, aber gerne nochmal:

URL: http://xxx.ddnss.de:8082
User und Password wie bei lokal…

Hat in der Vergangenheit mit diesen Einstellungen funktioniert.
Zugriff mit einem Intenetbrowser funktioniert remote.

Welche info brauchst du noch?
Wenn ich etwas ändern soll bin ich für jede Info dankbar…

Ich sehe immer noch bei dir, dass du ohne http(s):// URL einträgst. Neue App, geht davon aus, dass man Secure ist und fügt vorne https:// ein. Wenn das Bild noch aktuell ist, dann greift app auf https://xxx.ddnss.de:8082

Erst mal Danke für deinen Support!
Zwischen meinen Screenshots hatte ich geschrieben, das ich „http://„ mit eingegeben habe.

Ich komme nicht aus der Netzwerktechnik (wenig Ahnung).
Zu meinem Verständnis:
Gebe ich jetzt vor der URL „https://„ ein?
Reicht es im der WEB-Instanz „verschlüsselte Verbindung“ einzustellen wie hier: (dann komme ich leider auch lokal nicht mehr an die VIS)

Wie du siehst brache ich dringend Nachhilfe…

Du musst nicht extra auf https umstellen. Bleibe bei http bitte. Die neue App version zeigt welche URL verwendet wird. Wenn man diese URL im Browser aufmacht, sollte auch funktionieren. Wenn nicht funktioniert, dann ist URL falsch

Ich glaube, ich hab ein paar neue Erkenntnisse:
Wenn ich in einem fremden WLAN bin, welches über die FRITZ!Box mit meinem Haus Netz gekoppelt ist, funktioniert die Visualisierung. Das aktuelle WLAN scheint gar nicht erkannt zu werden und es wird immer die lokale IP Adresse genutzt.

@PRO84 Danke, deine Beobachtung war der entscheidende Hinweis. Das Problem liegt nicht an deinen Einstellungen, sondern an der App.

iOS blockiert in der App unverschlüsselte http://-Verbindungen zu Hostnamen. Zu IP-Adressen sind sie erlaubt. Eigentlich war das in der
App abgeschaltet, aber durch einen Konfigurationsfehler hat iOS diese Freigabe ignoriert.

Daraus erklärt sich, was du gesehen hast:

• http://<deine-DynDNS>:8082 wird in der App blockiert, im Browser funktioniert die Adresse.
• Die lokale IP funktioniert, sobald sie erreichbar ist. Das gilt auch im fremden WLAN, das über die FRITZ!Box mit deinem Heimnetz
  gekoppelt ist. Deshalb sah es so aus, als würde die App immer die lokale IP nehmen.
• Unter Android gibt es diese Einschränkung nicht, deshalb laufen dieselben Einstellungen dort.

Behoben ist es in Version 2.4.2. Damit klappt der Fernzugriff über http:// und deine DynDNS-Adresse.

Bis 2.4.2 da ist, kannst du von unterwegs per VPN ins Heimnetz gehen, z. B. mit WireGuard auf der FRITZ!Box. Dann nimmt die App die
lokale IP, und die funktioniert ja.

[PRO84]

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

@Bluefox sagte:

@PRO84 sagte:

Kannst du bitte noch etwas zu meinem Remote-Problem (eigene URL) sagen

Ich kann da wirklich nichts sagen. Bei mir geht es, und mir fehlt jegliche Information von euch. Kann sein dass self-signed Zertifikat abgelehnt wird? Ich weiss doch nichts, ob auth oder https eingeschaltet ist, wie sieht URL aus, und und und.

Läuft bei jemandem Remote Access:

• über ioBroker.pro? (Bestätigt - geht)
• über Eigene URL?

Die Informationen habe ich bereits mehrfach geschickt, aber gerne nochmal:

URL: http://xxx.ddnss.de:8082
User und Password wie bei lokal…

Hat in der Vergangenheit mit diesen Einstellungen funktioniert.
Zugriff mit einem Intenetbrowser funktioniert remote.

Welche info brauchst du noch?
Wenn ich etwas ändern soll bin ich für jede Info dankbar…

Ich sehe immer noch bei dir, dass du ohne http(s):// URL einträgst. Neue App, geht davon aus, dass man Secure ist und fügt vorne https:// ein. Wenn das Bild noch aktuell ist, dann greift app auf https://xxx.ddnss.de:8082

Erst mal Danke für deinen Support!
Zwischen meinen Screenshots hatte ich geschrieben, das ich „http://„ mit eingegeben habe.

Ich komme nicht aus der Netzwerktechnik (wenig Ahnung).
Zu meinem Verständnis:
Gebe ich jetzt vor der URL „https://„ ein?
Reicht es im der WEB-Instanz „verschlüsselte Verbindung“ einzustellen wie hier: (dann komme ich leider auch lokal nicht mehr an die VIS)

Wie du siehst brache ich dringend Nachhilfe…

Du musst nicht extra auf https umstellen. Bleibe bei http bitte. Die neue App version zeigt welche URL verwendet wird. Wenn man diese URL im Browser aufmacht, sollte auch funktionieren. Wenn nicht funktioniert, dann ist URL falsch

Ich glaube, ich hab ein paar neue Erkenntnisse:
Wenn ich in einem fremden WLAN bin, welches über die FRITZ!Box mit meinem Haus Netz gekoppelt ist, funktioniert die Visualisierung. Das aktuelle WLAN scheint gar nicht erkannt zu werden und es wird immer die lokale IP Adresse genutzt.

@PRO84 Danke, deine Beobachtung war der entscheidende Hinweis. Das Problem liegt nicht an deinen Einstellungen, sondern an der App.

iOS blockiert in der App unverschlüsselte http://-Verbindungen zu Hostnamen. Zu IP-Adressen sind sie erlaubt. Eigentlich war das in der
App abgeschaltet, aber durch einen Konfigurationsfehler hat iOS diese Freigabe ignoriert.

Daraus erklärt sich, was du gesehen hast:

• http://<deine-DynDNS>:8082 wird in der App blockiert, im Browser funktioniert die Adresse.
• Die lokale IP funktioniert, sobald sie erreichbar ist. Das gilt auch im fremden WLAN, das über die FRITZ!Box mit deinem Heimnetz
  gekoppelt ist. Deshalb sah es so aus, als würde die App immer die lokale IP nehmen.
• Unter Android gibt es diese Einschränkung nicht, deshalb laufen dieselben Einstellungen dort.

Behoben ist es in Version 2.4.2. Damit klappt der Fernzugriff über http:// und deine DynDNS-Adresse.

Bis 2.4.2 da ist, kannst du von unterwegs per VPN ins Heimnetz gehen, z. B. mit WireGuard auf der FRITZ!Box. Dann nimmt die App die
lokale IP, und die funktioniert ja.

Danke für die schnelle Info. Das hört sich ja gut an.
Weißt du schon, wann die 2.4.2 circa erscheint?

[Joel]

@Bluefox
Hat das auch damit zu tun?

Ich habe schon immer eine Cam in iqontrol eingebunden. Dort unter Background HTML.
Seit der neuen App sieht das so aus:

Im Browser alles OK und so:

der link ist https.
"https://192.168.178.100:443/cgi-bin/mjpg/video.cgi?channel=0&subtype=1&user=xxx&password=xxx"

Oder ist das ein anderes Problem?
Danke!

[Bluefox]

@stenmic sagte:

@Bluefox sagte:

@stenmic sagte:

<img src="http://xxx.de/xxxxx/xxxxx/xxxxx/xxxxxx.jpeg\" width="140">

Du versuchst von https Seite die Inhalte von http zu laden. Stimmt das? Warum machst du das? Es ist nicht erlaubt. Gibt es da kein https?

das war tatsächlich das Problem. Mein Skript legte http links an. Nach dem ändern auf https funktionieren die Links auch in der neuen App. Danke für den Hinweis. Wenn du noch eine Lösung für das Open Street Map Widget hättest, wäre ich rundum zufrieden.

@stenmic Ich habe mir das OpenStreetMap-Widget angesehen. Die Ursache liegt in der App, nicht bei dir.

Das Widget lädt die Kartenkacheln über http://a.tile.openstreetmap.org/…, also unverschlüsselt. Bis Version 2.4.1 hat die App solche http://-Anfragen an Hostnamen blockiert. Grund war ein Konfigurationsfehler, an IP-Adressen ging es trotzdem. Die rosa Fläche auf deinem Screenshot ist die Farbe, die das Widget für Kacheln zeigt, die nicht laden. Deshalb erscheint nur der Marker und keine Karte.

Das ist derselbe Fehler, den PRO84 mit seiner http-Remote-Adresse hatte. Behoben ist er in Version 2.4.2. Damit sollte die Karte ohne weitere Änderung laden.

Zu deinen Bildern in der JSON-Tabelle muss ich mich korrigieren. Weil du lokal bzw. per VPN verbindest, ist deine Seite selbst http://, ein Mischen von https und http war es also wohl nicht. Es war dieselbe Sperre. Mit 2.4.2 würden auch die http://-Links wieder angezeigt.

Bei https:// zu bleiben ist trotzdem die bessere Wahl.

Gib bitte Bescheid, ob die Karte mit 2.4.2 bei dir funktioniert. Aber momentan steht noch 2.4.0 in der Freigabewarteschlange. Wenn 2.4.0 freigegeben wird, dann kommt 2.4.2...

[stenmic]

@Bluefox da muss ich wohl noch ein bisschen warten :) heute morgen wurde auf 2.3.2 aktualisiert.

[Ephi]

Ephi sagte:

Ephi sagte:

@bluefox

Ich beziehe mich auf deinen Beitrag von heute zu diesem Issue:

https://github.com/ioBroker/Android-And-iPhone-Apps/issues/8

(VIS-2 reloads/reconnects during normal view changes – Safari works correctly)

Hierzu kann ich noch folgendes beisteuern: Das Problem des reloads tritt auch bei Verwendung von iqontrol auf, wenn ich dort einen Dialog öffne. Dann findet ein sofortiger Reload der Seite statt, das Dialogfenster öffnet sich zuvor nur für einen kurzen Moment (unter 1 Sekunde). Nachdem dies passiert ist, lässt sich im Anschluss, nach dem unbeabsichtigten Reload, das Dialogfenster normal öffnen, auch alle weiteren Dialogfenster öffnen dann problemlos, bis die App geschlossen und wieder geöffnet wird. Dann geht es von vorne los. Im Browser tritt dieser Fehler nicht auf. Ich vermute, dass dies dieselbe Ursache hat und somit nicht nur vis-2, sondern auch andere Visualisierungen betrifft, insbesondere auch iqontrol.

Edit: Der Fehler tritt auch mit der neuesten App-Version 2.3.0 noch auf.

@bluefox

Laut Rückmeldung im Github-Issue scheint der Reload-Fehler im Zusammenhang mit vis-2 mit App-Version 2.3.0 ja behoben. Der von mir angesprochene Reload-Fehler beim Aufruf eines Dialogfensters in iqontrol wurde mit Version 2.3.0 allerdings nicht behoben. Kannst Du hierzu schon etwas sagen? Danke.

Hallo @bluefox

Ich beziehe mich nochmals auf das von mir geschilderte Problem. Kurz zusammengefasst: Es kommt bei mir zu einem Reload der Seite, wenn ich über die App meine mit iqontrol erstellte Oberfläche öffne, sofern ich ein Dialogfenster von iqontrol erstmals öffne. Dann tritt ein sofortiger Reload der Seite ein. Tippe ich dann nochmals zum Öffnen des Dialogfensters auf die entsprechende Kachel, kommt es zu keinem weiteren Reload der Seite mehr. Erst nach Schließen und wieder Öffnen der App tritt der Fehler erneut auf.

Ich habe nun noch folgende weitere Beobachtung gemacht: Der von mir geschilderte Fehler tritt nur auf, wenn ich über die App lokal über die IP-Adresse auf meine Oberfläche zugreife. Bin ich nicht im heimischen Netzwerk und wird die Verbindung Remote über iobroker.pro aufgebaut, tritt der Fehler dagegen nicht auf! Also: Nur im lokalen Netzwerk bei Zugriff über die lokale IP-Adresse (auch bei VPN).

Die neue App-Version von heute morgen (2.3.2) hat übrigens an dem Problem nichts geändert.

Wenn ich über den Browser oder über die alte iobroker-App lokal zugreife, tritt der Fehler nicht auf.

Vielen Dank für deine umfangreichen Bemühungen, die Fehler abzustellen. Ich wäre sehr dankbar, wenn Du hierauf auch eingehen könntest.

Edit: Von Zeit zu Zeit ist im Log des cloud.0 Adapters folgende Error-Meldung zu finden:

Cannot request web pages "http://127.0.0.1:8082/iqontrol/resize": <!DOCTYPE html>
<html lang="en">
<head>
 <meta charset="UTF-8">
 <meta name="viewport" content="width=device-width, initial-scale=1.0">
 <title>404 Not Found</title>
 <style>
 body {
 background-color: #e0f7fa;
 color: #007bb5;
 font-family: Arial, sans-serif;
 display: flex;
 justify-content: center;
 align-items: center;
 height: 100vh;
 margin: 0;
 }
 .container {
 text-align: center;
 }
 h1 {
 font-size: 6em;
 margin: 0;
 }
 p {
 font-size: 1.5em;
 }
 a {
 color: #007bb5;
 text-decoration: none;
 border: 2px solid #007bb5;
 padding: 10px 20px;
 border-radius: 5px;
 cursor: pointer;
 }
 a:hover {
 background-color: #007bb5;
 color: #e0f7fa;
 }
 </style>
 <script>
 function refresh() {
 location.reload();
 }
 function goHome() {
 let href = window.location.pathname;
 if (href.split('/').length === 3) {
 const path = href.split('/');
 window.location.href = `/${path[1]}/`;
 } else {
 window.location.href = '/';
 }
 }
 // What the document is loaded
 document.addEventListener('DOMContentLoaded', (event) => {
 // detect theme, dark or light
 if (window.matchMedia('(prefers-color-scheme: dark)').matches) {
 document.body.style.backgroundColor = '#263238';
 document.body.style.color = '#eceff1';
 }
 });
 </script>
</head>
<body>
<div class="container">
 <h1>404</h1>
 <p>Datei resize nicht gefunden</p>
 <a onclick="goHome()">Zur Homepage</a>
 <a onclick="refresh()">Aktualisieren</a>
</div>
</body>
</html>

[Bluefox]

@Ephi sagte:

Ich beziehe mich nochmals auf das von mir geschilderte Problem.

Ich habe was gefunden und es sollte mit 2.4.3 gefixt sein. Warten wir Apple ab

[Ephi]

@Bluefox sagte:

@Ephi sagte:

Ich beziehe mich nochmals auf das von mir geschilderte Problem.

Ich habe was gefunden und es sollte mit 2.4.3 gefixt sein. Warten wir Apple ab

Okay, vielen Dank!

[Bluefox]

Die apple version is da

[PRO84]

@Bluefox sagte:

Die apple version is da

Vielen Dank!
Der Remote Zugriff über HTTP funktioniert wieder…

[Ephi]

@Bluefox sagte:

Die apple version is da

@bluefox

Danke, das von mir geschilderte Reload-Problem unter iqontrol ist damit gefixt. Vielen Dank dafür.

[Bluefox]

@Ephi sagte:

@Bluefox sagte:

Die apple version is da

@bluefox

Danke, das von mir geschilderte Reload-Problem unter iqontrol ist damit gefixt. Vielen Dank dafür.

Halleluja!

[PRO84]

@Bluefox sagte:

Die apple version is da

Vielen Dank für die schöne App!
Eine Kleinigkeit habe ich noch:
Obwohl im lokalen Netzwerk wird bei mir oft nach dem Start das Remote Label angezeigt…

Und ein Vorschlag:
Wäre toll, wenn man das Default Projekt auch umbenennen könnte und mit einem Option Button festlegen könnte, welches Projekt als Default gestartet werden soll.

[Bluefox]

@PRO84 Danke für das Feedback.

Zum Remote-Label: Bleibt das dauerhaft auf Remote oder wechselt es nach ein paar Sekunden auf lokal? Und ist die lokale Adresse bei dir eine IP oder ein Hostname? Passiert das nur beim Kaltstart oder auch, wenn die App aus dem Hintergrund zurückkommt?

Den Vorschlag mit dem Umbenennen und dem Default-Projekt finde ich gut. Mach bitte für beide Punkte ein Issue auf, dann geht es nicht unter:
https://github.com/ioBroker/Android-And-iPhone-Apps/issues

[PRO84]

@Bluefox sagte:

@PRO84 Danke für das Feedback.

Zum Remote-Label: Bleibt das dauerhaft auf Remote oder wechselt es nach ein paar Sekunden auf lokal? Und ist die lokale Adresse bei dir eine IP oder ein Hostname? Passiert das nur beim Kaltstart oder auch, wenn die App aus dem Hintergrund zurückkommt?

Den Vorschlag mit dem Umbenennen und dem Default-Projekt finde ich gut. Mach bitte für beide Punkte ein Issue auf, dann geht es nicht unter:
https://github.com/ioBroker/Android-And-iPhone-Apps/issues

Ich habe zwei Einträge auf GitHub erstellt...

Bis jetzt habe ich das beobachtet wenn die App längere Zeit geschlossen war. Wenn ich die App dann beende und sofort wieder starte ist das Label weg…

Wenn die App im Hintergrund noch lief klappt die Verbindung oftmals garnicht.
Ich muß die App dan "rausschießen" und neu starten

Ich greife lokal auf eine IP-Adresse zu.

[Bluefox]

@PRO84 Danke, die Issues habe ich gesehen.

Das mit dem Hintergrund ist eigentlich das größere Problem. Kannst du das bitte noch in https://github.com/ioBroker/Android-And-iPhone-Apps/issues/16 ergänzen? Wichtig wäre: Was siehst du dann genau? Bleibt die Seite weiß, dreht sich ein Spinner, kommt eine Fehlermeldung oder steht da einfach die alte Ansicht ohne Updates? Und wie lange war die App ungefähr im Hintergrund?

[PRO84]

@Bluefox sagte:

@PRO84 Danke, die Issues habe ich gesehen.

Das mit dem Hintergrund ist eigentlich das größere Problem. Kannst du das bitte noch in https://github.com/ioBroker/Android-And-iPhone-Apps/issues/16 ergänzen? Wichtig wäre: Was siehst du dann genau? Bleibt die Seite weiß, dreht sich ein Spinner, kommt eine Fehlermeldung oder steht da einfach die alte Ansicht ohne Updates? Und wie lange war die App ungefähr im Hintergrund?

Issue ist ergänzt...

Die Seite bleibt weiß und in der Mitte läuft ein Spinner mit einem Countdown.
Zu der Dauer, wie lange die App im Hintergrund lief, kann ich noch nichts sagen.
Sobald ich mehr herausgefunden habe melde ich mich.

[PRO84]

@Bluefox sagte:

@PRO84 Danke, die Issues habe ich gesehen.

Das mit dem Hintergrund ist eigentlich das größere Problem. Kannst du das bitte noch in https://github.com/ioBroker/Android-And-iPhone-Apps/issues/16 ergänzen? Wichtig wäre: Was siehst du dann genau? Bleibt die Seite weiß, dreht sich ein Spinner, kommt eine Fehlermeldung oder steht da einfach die alte Ansicht ohne Updates? Und wie lange war die App ungefähr im Hintergrund?

Ich habe die App jetzt mal laufen lassen…
Nach ca. einer Stunde habe ich die wieder in den Vordergrund geholt (iPad war zwischenzeitlich aus). Ergebnis:

Dann, ohne die App zu schließen, andere App gestartet und die Visu-App wieder in den Vordergrund:
Zeigt kurz den Login Screen und geht dann wieder…