Hmm, I am not immediately able to reproduce the issue. In case I am not following the steps you are taking, here’s a video of what I have tried. Let me know if there are additional steps I need to take. It may also be helpful to know what statuses the involved users have (e.g. admin? moderator? what trust level?).
We have news posts that we update throughout the day.
User 1 posts the initial post and submits. Then, usually at least 45 minutes to an hour later, same user edits to add another article.
User 2 comes along later (maybe another hour) and starts to add to the post, only to receive the “Edit Conflict” warning at the bottom of the posting pane.
We (the mods) have discussed this at length, so we’re being very cautious when more then one of us is posting so we watch for it.
I have not recreated it here since I haven’t run across any wiki posts to edit.
Ok, I was able to get the edit conflict to trigger. It seems like it happens when a tab/window that is open to the wiki post gets stale. The windows in the following video had been sitting for about 20 minutes with no interaction. Note that the edit conflict message at the end might be a little hidden behind the video progress bar.
@sam what do you think? Is this expected behavior? MessageBus issue?
I see, @nbianca do you remember looking at this. I recall we used to delay the edit till we pulled the latest “raw” for the post.
I think it is correct to always protect against missing message bus messages.
Technically this looks a bit like a message bus glitch. I added some code in the past that is meant to recover and switch back to long polling when you reactivate an old tab, but maybe it is missing this particular usage case.