-
Notifications
You must be signed in to change notification settings - Fork 8
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
Feature Request: Takeover/force lock #243
Comments
hello @pchr-srf, thanks for opening this issue & feedback. We're working on a feature roadmap for Spaces 1.0, so this is very helpful. I'll put forward your request to our product team. |
Hi @pchr-srf, it looks like we can achieve what you need with not many changes to the SDK. We are discussing the best way to do that and it's implications on the future direction of the API but will get back to you soon with more info. |
Hi @Srushtika , that is very good news! Right now we're using a second channel where we send a simple "hey everyone please release your lock for resource X", for which we now have to use |
Hi @pchr-srf - sorry for the radio silence here, most of our team is just getting back from holidays this week. We'll get back to you soon. |
No worries, we're also still slowly returning from our hibernation :) |
In time-sensitive situations where every second counts, we need to be able to take over a lock, even though a resource is already locked by someone else. Is that something you could support? E.g.
A use case is an article on a news site where the situation changes rapidly. If some editor is blissfully unaware and typing away on something and the editor-in-chief doesn't have time to call the currently editing editor or find him, they should be able to force-lock the article (effectively kicking out the previous editor) to update the content.
The text was updated successfully, but these errors were encountered: