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

No on-screen keyboard #397

Closed
Jozer99 opened this issue Apr 17, 2020 · 11 comments
Closed

No on-screen keyboard #397

Jozer99 opened this issue Apr 17, 2020 · 11 comments

Comments

@Jozer99
Copy link

Jozer99 commented Apr 17, 2020

Fresh install of Octopi 0.17 on a Pi 3B with Raspberry Pi official touchscreen. When I install Boot to Browser via the install script, everything seems to go fine. When I use the touchscreen, entering a text box does not bring up the soft-keyboard. I can't modify or enter any text.

@Jozer99
Copy link
Author

Jozer99 commented Apr 17, 2020

Found a manual fix; on the Pi screen, go to the menu and TouchUI settings, and toggle the onscreen keyboard to active (inactive by default). On older versions, this was configured automatically for the local browser session.

@Jozer99
Copy link
Author

Jozer99 commented Apr 18, 2020

Update: this fix needs to be re-applied on every reboot of the pi. Is there a way to make this auto-configured by the Boot-to-Browser installer, or at least persistent across reboots?

@lciscon
Copy link

lciscon commented Apr 22, 2020

I've encountered this issue as well. Fresh install. This is a critical issue.

@lciscon
Copy link

lciscon commented Apr 22, 2020

It looks like the cookie data is not being saved for some reason.

@stale
Copy link

stale bot commented May 6, 2020

This issue has been automatically marked as inactive because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the inactive label May 6, 2020
@Jozer99
Copy link
Author

Jozer99 commented May 6, 2020

This issue has not been addressed, please fix!

@stale stale bot removed the inactive label May 6, 2020
@lciscon
Copy link

lciscon commented May 24, 2020

Could it be related to the fact that the CONFIG_DIR line appears to be commented out by default in the touchui.default file?

# Path for the profile - defaults to ram disk to reduce writes
#CONFIG_DIR=/run/touchui-chromium/

@lciscon
Copy link

lciscon commented May 24, 2020

Actually I think it is because the /run directory is set as a tmpfs, so it is stored in RAM rather than the SD. changing the CONFIG_DIR to something that is not set as a tmpfs should fix it. I'm going to test this this afternoon.

@lciscon
Copy link

lciscon commented May 25, 2020

I have confirmed that that is the issue. If you Change the CONFIG_DIR value in chromium.xinit to point to a directory that is not RAM-based it works fine. /tmp and /run are both ram based by default (at least in my Raspberry PI configuration).

For example if you change it to this:

CONFIG_DIR=/home/pi/tmp

Then the TouchUI settings persist between reboots.

@BillyBlaze
Copy link
Owner

Thanks for reporting, this issue is fixed on the maintenance branch and will be released soon. You might need to restart your Pi after installing the next update.

@github-actions
Copy link

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked and limited conversation to collaborators Sep 11, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants