-
Notifications
You must be signed in to change notification settings - Fork 62
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
Who's currently editing feature suggestion #877
Comments
This would use Gravity Forms' built-in |
Duplicate #950 |
Also requested by HS#12546 |
The Heartbeat API is also nice. https://developer.wordpress.org/plugins/javascript/heartbeat-api/ |
Since we will have to synchronize with the edit backend we'll have to use GFEntryLocking for sure, piggyback off its functionality as suggested by Rafael. |
Jesus the whole heartbeat thing they have setup is pretty feeble. Breaks 50% of the time when testing the backend manually. Our thing will behave in a similar unreliable way :) for now. |
@soulseekah it should also prevent non-admins from being able to edit at all. Can you write a doc with how it’s supposed to work, so we can test against that? |
All edit locks are purely advisory and are JavaScript based. It's very simple to bypass them. Just like it's easy to bypass Post locks in WordPress. It has nothing to do with user permissions, @zackkatz. Let me know if I'm missing something, please. |
This is ready to be tested. It's pretty raw but it should work overall. I've done a lot on my end but you guys might manage to break things :) |
The AJAX heartbeat/lock refresh end of things have to be tested as well here. |
Added in 2.6 |
Here's a suggestion for the Edit Entry page from one of our users:
Gravity Forms supports this with
GFEntryLocking
; add this to Edit Entry when an entry is being edited as well.The text was updated successfully, but these errors were encountered: