-
-
Notifications
You must be signed in to change notification settings - Fork 495
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
DietPi-Software | Chromium: Automated kiosk mode blocked by GPLv2 accept screen #3326
Comments
Hi,
|
@mrbluecoat Indeed the GPLv2 license prompt is skipped if automated firstrun setup was chosen. But it then prompts on the next "interactive" login instead. If this login is not actually interactive (we check shell parameters, not for an actually attached keyboard, which would be totally not trivial or impossible, especially when considering SSH or serial console), then this causes an issue. So yeah current workaround is given by @Joulinar 👍. I am thinking about how to reasonably prevent this issue. Most autostart options are anyway only usable interactively, so we could simply hide/skip the Chromium kiosk autostart option until GPLv2 license has been accepted. But this info must already been given in |
Since our use case required a fully automated installation at the destination location, with some help from #2938 and a bit more trial and error, here's the solution that finally worked for me:
|
Jep this is what works around the issue. Probably it is easiest if we add an I'll reopen the issue to not forget implementing some enhancement as above. |
I'll postpone this, together with all those Chromium kiosk/app mode tasks, to v6.30. Need to get v6.29 finished and this is more a special case with existing workaround IMO. |
+ dietpi.txt | Allow to skip the interactive license dialog via new setting AUTO_SETUP_ACCEPT_LICENSE=1. This resolves an issue where firstrun setup is done non-interactively (AUTO_SETUP_AUTOMATED=1) and a non-input autostart options is chosen, e.g. Chromium kiosk mode with no keyboard attached: #3326
+ CHANGELOG | DietPi-Login | A new setting has been added which allows to skip the interactive GPLv2 license agreement on first login. Add/set "AUTO_SETUP_ACCEPT_LICENSE=1" in (/boot/)dietpi.txt in which case we assume you read and agreed the license text at least once. Many thanks to @mrbluecoat for reporting the urgent use-case of Chromium kiosk mode autostart without keyboard attached: #3326
Is it possible to use this with an RPi 4B with 2 monitors and 2 different websites ? |
At least not with a single kiosk mode instance. Probably it is possible via an adjusted copy of the I'm actually not sure how the second HDMI is used OOTB on RPI4. If anything, what do you actually see by default on the second monitor? If nothing, does a login prompt show up when you run: systemctl start getty@tty2 |
The command launched an console on the monitor which the chromium was displayed on. edit:
|
Are there two framebuffer devices? From a thread on the forum it seems that unexpectedly (with current kernel) on RPi 4 only one framebuffer device is active, while it should be two when two displays are attached: ls -l /dev/fb* |
Sadly there is only one. |
Try: G_CONFIG_INJECT 'max_framebuffers=' 'max_framebuffers=2' /boot/config.txt
reboot |
So sadly this did not help -_- its still only one framebuffer |
Do you have a KMS driver enabled? grep 'dtoverlay=vc4' /boot/config.txt |
So with both monitors attached, both |
Whoops, I made a typo above, it should be in full Great that it works now. Maybe it was a bug that got solved with the latest firmware update. |
|
These overlays do not exist, hence it's like you simply remove the line. Okay so enabling KMS disables the second framebuffer, ignoring xinit "$(command -v chromium-browser)" --kiosk -- :1 This can be called on any console or SSH session. |
So I removed the framebuffer setting and set
|
Can you check the mentioned log file: cat /var/log/Xorg.1.log The same works with the main screen, does it? xinit "$(command -v chromium-browser)" --kiosk -- :0 |
starting the browser on :0 gives me following error
only after killing X I can restart the browser |
Strange. I loads KMS with cat /var/log/Xorg.0.log |
after a fresh reboot the file shows
|
seems like it gets both HDMI connections but thinks that one is not connected
|
Somehow. Also on screen Btw, is one a 4k screen? Linking the official docs HDMI section: https://www.raspberrypi.com/documentation/computers/configuration.html#hdmi-configuration |
Both are faily "old" standard full HD screens one has max 1920x1200 the other 1920x1080 and both work separately so 🤷 |
so after some more hours of tinkering I found out that my displays where announcing themselves in different modes DMT/CEA so I tested with two identical displays both CEA - sadly - only in hdmi_safe mode it showed both displays via tvservice |
Creating a bug report/issue
Required Information
Additional Information (if applicable)
Steps to reproduce
Expected behaviour
I expected the SOFTWARE_CHROMIUM_AUTOSTART_URL to be displayed in full-screen Chromium kiosk mode on the screen.
Actual behaviour
Displays the blue GPLv2 ncurses whiptail accept screen
Extra details
When I SSH into the unit I can accept the GPLv2 OK prompt screen but it still displays on the HDMI TV source. Then, if I then run
reboot
or/var/lib/dietpi/dietpi-software/installed/chromium-autostart.sh
it will display the kiosk mode output as expected, except:G_AGI unclutter && echo '/usr/bin/unclutter -idle 0.1 &' > /etc/chromium-browser/customizations/99-dietpi-unclutter
from DietPi-Software | Chromium: Hide mouse in autostart kiosk mode #2575 and areboot
fixed that.--homepage
to--app=
in /var/lib/dietpi/dietpi-software/installed/chromium-autostart.sh fixed that (see https://raspberrypi.stackexchange.com/a/85827).P.S. https://github.com/MichaIng/DietPi/blob/master/dietpi.txt#L48-L49 is confusing because the comment says "Disable" but the default value is enabled. Perhaps change to something like "Set to '1' to disable HDMI output..."
The text was updated successfully, but these errors were encountered: