[ ] Issue: Restoring a previous version while it is locked and being edited in textversion not possible when file is locked
[ ] If a file is locked by a person explicitly, it cannot be edited by the person itself in Text
[ ] Intention of the person was to make it non-collaborative
[ ] 2 different interactions:
[ ] one is personal locking (I don't want to make this collaborative)
[ ] another one is: text has locked this file (someone is working on this file)
Overview of the different scenarios -> ideal behavior
Lock State
Action
Behavior for lock owner ?
Behavior for others
Locked by text (someone is working on this file)
Open the fileOpen file
✅ Edit collaboratively
✅ Edit collaboratively
Alter file on the backend (e.g. restore a version, delete the file)
Currently: blocked❌ n/a
Currently: blocked- confirmation dialogue for person doing the action - confirmation dialogue for person who has the tab open - only acquire lock once someone makes a change? - generally reduce the time that files are locked? Release lock after inactivity for x amount of time - distinction between file which is open and file which is actively edited. inactive files are ok for deletion - communicate with clients? - Is file hasn't been autosaved for x mins, release lock
Upload from mobile/desktop clients
Currently: blocked
Currently: blocked
Locked by user
Open file
❗ Edit alone
✅ Read only ✅ message that it is locked ❗ option to ask for access / break lock
Alter file on the backend (e.g. restore a version, delete the file)
File locking design review
25.04.2023:
Overall
Overview of the different scenarios -> ideal behavior
- confirmation dialogue for person who has the tab open
- only acquire lock once someone makes a change?
- generally reduce the time that files are locked? Release lock after inactivity for x amount of time
- distinction between file which is open and file which is actively edited. inactive files are ok for deletion
- communicate with clients?
- Is file hasn't been autosaved for x mins, release lock