Ich habe es heute erlebt, dass ein Gerät mit absolutem Dauerlauf sich auf einem Client die Tile View nicht aufrufen ließ. Auf anderen Clients funktionierte es gleichzeitig. Mehrfaches Neuladen half nicht. In dem besonderen Fall kann ich nicht einfach die Coockies und gesetzten passwörter im Edge Browser zurücksetzen; bzw. würde zeitaufwendige Probleme mitsichbringen.
Frage: Kann man aus der Entfernung irgendwie die TileView dazu bewegen, dass dessen eigenen Darstellung was Cookies, Temporäre Daten, Passwörter im Brwoser angeht, zurücksetzen?
Edit: Ich habe festgestellt, dass die Tile-Visu nach ein paar kommt. Ich glaube das liegt daran, wenn keine Internetverbindung da ist. Wobei nur auf einer internen IP zugegriffen wird. Kann man das Verhalten abstellen, sodass nicht erst auf ein Timeout gewartet wird? Ich glaube, dass ich auch erst mit der letzte Stable Aktualisierung mitgekommen.
Mittlerweile laufen die Zugriffe auf allen Adressen parallel und die erste, die reagiert, gewinnt halt. Aber das sollte halt primär die Apps betreffen. Beim Zugriff per Browser sollte einfach die Adresse aus der URL genutzt werden…
Poste sonst einfach mal das Verbindungs-Log. Das findest du nachdem die Verbindung geklappt hast über Einstellungen → Versionsinformation → Debug Log kopieren
Ich habe nun ein Debug ziehen können. Am Ende kann man sehen, dass erst nach 10 Sekunden die Darstellung aufgebaut wird. Erst nach dem Checking Ping wurde die View sichtbar. Vorher ist im Browser nichts erkennbar.
9.0 xxxxxxxxx 15.6.2026 Web (windows) 419 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/151.0.0.0 Safari/537.36 Edg/151.0.0.0
14.8.2026 - 07:58:12: Create new network
14.8.2026 - 07:58:12: Created network for login
14.8.2026 - 07:58:12: Updating connection
14.8.2026 - 07:58:12: Get Available Connection
14.8.2026 - 07:58:12: Trying custom URL first: /api/
14.8.2026 - 07:58:12: Found server at /api/. Establishing connection...
14.8.2026 - 07:58:12: Updating connection, active = ServerConnection(/api/, null, null, false, null, false), previous = null, error = null
14.8.2026 - 07:58:12: Network Connection State changed = IPSConnectionState.connected
14.8.2026 - 07:58:13: Make request: WFC_GetVisualizations , params: [], uri: /api/, status code: 200
14.8.2026 - 07:58:13: Create new network
14.8.2026 - 07:58:13: Get Available Connection
14.8.2026 - 07:58:13: Try URLs = [/api/]
14.8.2026 - 07:58:13: Trying to establish a connection to /api/...
14.8.2026 - 07:58:13: Found server at /api/. Establishing connection...
14.8.2026 - 07:58:13: Get initial network in openVisualization
14.8.2026 - 07:58:13: Create new network
14.8.2026 - 07:58:13: Created network for getNetwork
14.8.2026 - 07:58:13: Updating connection
14.8.2026 - 07:58:13: Get Available Connection
14.8.2026 - 07:58:13: Trying custom URL first: /
14.8.2026 - 07:58:13: Found server at /. Establishing connection...
14.8.2026 - 07:58:13: Updating connection, active = ServerConnection(/api/, null, null, false, null, false), previous = null, error = null
14.8.2026 - 07:58:13: Network Connection State changed = IPSConnectionState.connected
14.8.2026 - 07:58:13: Get Network for fetching Visualizations
14.8.2026 - 07:58:13: Make request: WFC_GetVisualizations , params: [], uri: /api/, status code: 200
14.8.2026 - 07:58:13: Network Connection State changed = IPSConnectionState.connecting
14.8.2026 - 07:58:13: Closing Websocket
14.8.2026 - 07:58:13: Before closing webSocket: null
14.8.2026 - 07:58:13: After closing webSocket
14.8.2026 - 07:58:13: Closing WebSocket done
14.8.2026 - 07:58:13: Starting to get snapshot
14.8.2026 - 07:58:13: Make request: VISU_GetSnapshot , params: [14457], uri: /api/, status code: 200
14.8.2026 - 07:58:13: Snapshot received
14.8.2026 - 07:58:13: Starting to load snapshot
14.8.2026 - 07:58:13: Snapshot loaded
14.8.2026 - 07:58:13: Snapshot from /api/ loaded
14.8.2026 - 07:58:13: Connect to WebSocket, uri = ws://172.17.61.22:3777/wfc/14457/api/, configuratorID = 14457
14.8.2026 - 07:58:13: Connected to Socket of ws://172.17.61.22:3777/wfc/14457/api/
14.8.2026 - 07:58:13: Make request: VISU_GetSnapshotChanges , params: [14457, 11734], uri: /api/, status code: 200
14.8.2026 - 07:58:13: Successfully updated snapshot diff of ws://172.17.61.22:3777/wfc/14457/api/
14.8.2026 - 07:58:13: Start applying snapshot diff: 0 messages
14.8.2026 - 07:58:13: Start applying delayed messages: 0 messages
14.8.2026 - 07:58:13: All messages handled
14.8.2026 - 07:58:13: Network Connection State changed = IPSConnectionState.connected
14.8.2026 - 07:58:13: All Done, snapshot socket is open: IPSConnectionState.connected
14.8.2026 - 07:58:13: Dispose network
14.8.2026 - 07:58:13: Closing Websocket
14.8.2026 - 07:58:13: Before closing webSocket: null
14.8.2026 - 07:58:13: After closing webSocket
14.8.2026 - 07:58:13: Closing WebSocket done
14.8.2026 - 07:58:23: Checking Ping: true - Instance of 'minified:ad6'
ich habe das Debuging nochmals anderen Systemen vergleichen. Das sieht ja fast genauso aus. Ich habe in meinem umfeld nun einen weiteren PC entdeckt, wo im Browser es sehr lange dauert bis der Inhalt der Tile angezeigt wird. Das ist auch wieder ein PC dessen User-Konto kein Internetzugang hat. Das muss irgendetwas damit zutun haben.
Auf einigen Systemen, die nicht so schnell sind, habe ich auch schon beim/vorm Tile Aufbau gesehen was alles so abgefragt wird. Da steckt auch die IPMagic Adresse drinnen. Ich vermute, dass der stockt, wenn er kein Internet erreicht.
Ich habe das System in einer Firma im Einsatz unter anderem Namen, anderer Linzenz (wie Integrator) als meinen. Es wäre schön, wenn das Problem alsbald gelöst werden könnte. Das ist echt ein Problem.
Ist “bundle.tracing.min.js” das in einem der letzten Updates dazugekommen ? Das blockiert den schnellen Seitenaufbau, wenn keine interverbindung da ist. Offensichtlich versucht die Tile da etwas aus dem Internet nachzuladen.
Das war ein super Hinweis. Ich habe das ganze lokalisiert und einen Fix gebaut. Mit der nächsten Version sollte es also wieder schneller laufen. Danke für die Infos!
