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

"RESET_TIMER" - Request 'clearing brower data' be optional, and timer based upon activity, not URL #19

Open
KWenners opened this issue Jan 3, 2024 · 1 comment

Comments

@KWenners
Copy link

KWenners commented Jan 3, 2024

Would it be possible to change the RESET_TIMER function to sense inactivity rather than simply being on a different URL than the default home page? Also, add another setting to not clear the browser data when the timer runs out?

Here's the use case - we are using a web-based application running on an iPad that presents a registration screen for customers to fill in. Currently the site we use requires authentication with a service account ID and password. When first launched to the default URL the site sees there is no authentication and switches to a different URL to present a login screen. A staff member enters the user account ID and PW. After RESET_TIMER runs out it refreshes back to the default URL and presents the correct customer-facing page. However, if the browser data is cleared the ID and PW are lost, requiring a staff member to re-enter the credentials. If clearing the browser data was optional this would solve that problem for us.

Once at the customer-facing screen, the iPad is presented to the public. As customers progress through registration they will be transferred to different sub-URLs. If they don't complete filling out the registration before RESET_TIMER runs out they'll be brought back to the default URL and all of their inputted data will be lost.

We can extend RESET_TIMER from, say, 60 seconds to 300 seconds. But then that means we have to wait until the timer runs out before the next customer can use the iPad.

We'd prefer if RESET_TIMER was based upon inactivity, rather than which URL the site is currently on. Only if there is no input before the timer runs out will it go back to the default URL. This would be ideal in a scenario where a customer walks away from the iPad before completing registration. A short inactivity timer would mean the iPad would ready itself for the next customer.

This will have other benefits. Currently there is a LAUNCH_DELAY key. This would not be needed if RESET_TIMER was based upon user input activity. If the iPad launched the app before a WiFi connection was established, it would simply refresh when the timer ran out, eventually succeeding when the WiFi connection was established.

Thank you. Overall I find this a fantastic app, very helpful.

@droy87
Copy link

droy87 commented Oct 14, 2024

I second this request too,
splitting Reset Timer and a 'Clear Browsing Data' option would be very useful.

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

2 participants