_edit_lock timestamp does not update on autosave() of non-changed, non-draft posts — at Version 2
|Reported by:||benbalter||Owned by:|
Description (last modified by duck_)
Admin_ajax does not properly update the _edit_lock timestamp in posts when:
- The post->post_status != draft, and
- The content of the post has not changed since the last autosave ping
- Open up a post, page, or CPT that's either private or published
- (wait 2 minutes or 2x your autosave ping, don't make any changes to the content)
- Log in as another user and navigate to the post
- User # 2 now has the file lock because User # 1's timestamp has expired
Lines 282 - 283 of autosave.dev.js (trunk) only POSTs auto_draft if it is "1".
Lines 985 - 992 expect non-auto_draft autosaves to post auto_draft as != 1.
Possibly Helpful for Background: r12991
So three possible scenarios:
- Initial autodraft, auto_draft is posted as 1, line 992 updates _edit_post
- Post content has changed, it's a true autosave, so _edit_lock gets update through edit_post()
- Post content has not changed, it's not an autodraft, so auto_draft is not POSTed, and the lock is never updated.
Auto_draft will always either be 1 (and thus ID ='s 0) or not POST'd at all. Admin Ajax erroneously assumes it will be posted as != 1 when not an autodraft.
If auto_draft is not set, update post lock. (patch attached).
Alternatively, could patch autosave.js to pass auto_draft of 0 on every non-auto_draft call.
(tested against trunk)