Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Interaction of web v6.1.0 with Fully Kiosk Browser (FKB) #335

Open
vowill opened this issue Aug 15, 2023 · 0 comments
Open

Interaction of web v6.1.0 with Fully Kiosk Browser (FKB) #335

vowill opened this issue Aug 15, 2023 · 0 comments

Comments

@vowill
Copy link

vowill commented Aug 15, 2023

Upfront, thanks to the team for the continuous improvement of this adapter!

The performance of 6.1.0 with regard to loading vis pages seems to be improved, especially with the configuration 'use integrated socket.io' and 'use pure web sockets (iobroker.ws)'.

However, here is an issue I have observed in conjunction with the FKB:

If the tablet resp. its FKB reconnects to the web-adapter, the 'startURL' is reloaded and the FKB waiting page (the two rotating circles on a semi-transparent page) appear. This lasts for approx. 2.5 min - which is much too long. During this time the tablet gets disconnected and reconnected frequently (here: tablet ip = 192.168.0.71):

2023-08-15 09:12:21.600 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:12:21.640 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:12:51.593 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:06.602 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:06.683 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:07.707 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:21.580 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:32.711 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:32.792 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:33.823 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:13:51.570 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:03.823 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:04.025 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:05.051 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:21.584 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:35.052 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:35.083 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:35.324 - info: web.0 (19902) <== Disconnect system.user.admin from ::ffff:192.168.0.71 echarts-show
2023-08-15 09:14:39.296 - info: web.0 (19902) ==> Connected system.user.admin from ::ffff:192.168.0.71
2023-08-15 09:14:45.167 - info: javascript.0 (169) script.js.common.Tablet_alle.Doku_View-Aufrufe: --!--!--> Aktion: Beim Tab DG Flur
(71) Aufruf der Seite 01-Home
(The last line shows the finally successful load of the startURL).

During these 2.5min, the start URL can be immediately loaded via the FKB command 'load startURL', which interrupts the waiting page. So the 'manual' approach works fine. (Therefore workaround: issue the command 'loadStartURL' to iobBroker FKB adapter as soon as 'screenOn' is detected after x minutes in screenOff state.)

Please feel free to contact me for any further hints or info I should provide.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant