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

frontend do not locks if you halt in edit card interface #124

Open
Shrizt opened this issue Feb 11, 2018 · 2 comments
Open

frontend do not locks if you halt in edit card interface #124

Shrizt opened this issue Feb 11, 2018 · 2 comments
Labels
/epsilon Issues with the new /epsilon version Improvement UI

Comments

@Shrizt
Copy link

Shrizt commented Feb 11, 2018

I've left clipperz with card open for editing, and returned 2 hours later.
For sure my desktop were locked up by OS, but i was surprized to find clipperz in the same state as i left it - it was not locked up.
Chrome, Winx64

@gcsolaroli
Copy link
Member

@Shrizt this situation is tricky.

When Clipperz locks up, all local data is removed; if you had pending changes on the card, they would be lost.

What ever behaviour we decide to implement, there are some situations where it would be better to do something different.

If you have any idea on how to retain the lock functionality without losing pending changes, please share.

@Shrizt
Copy link
Author

Shrizt commented Feb 12, 2018

Hi Giulio!
I believe for Clipperz - security first.
If I've not committed the change - app should be locked as set up and my changes lost.
That's better than full access to all cards...
I was asking for locking capability some years ago, and now it needs to be updated :)

@gcsolaroli gcsolaroli added the /epsilon Issues with the new /epsilon version label Mar 31, 2024 — with Linear
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
/epsilon Issues with the new /epsilon version Improvement UI
Projects
None yet
Development

No branches or pull requests

2 participants