Yeah I don't either.

Actually its broken for couple of other dialogs such as Musical notation, Gallery, Chemical formula, Math, Maps, Page Settings, Advanced Settings.

This is fixed on Beta cluster. However, it's still broken on test2 which is running wmf.5?

This is broken in production as well.

Yup, it is reproducible following the steps mentioned in the report when I have syntax highlighting on. But yeah, I had to do it super fast to make it happen :)
Also after that point the cursor starts acting completely weird. Here is a video capture to show what happens:

I see that the cursor does not jump all the way to the top of the page anymore but the scroll does jump a little bit and the cursor doesn't get activated in the cell once you enter a link, so if you type something now, nothing will happen but if you press return, new line will be added to that cell.

Reproducible on test2 and on en.wiki as well. But interestingly not on Beta cluster. Error in the console:
Uncaught TypeError: Cannot read property 'hasBeenModified' of null

Not occurring anymore for me.
@Etonkovidova: Are you still getting this?

Great! Can we merge the fix now?

I mean even after clearing the cache and everything.

Yup it is :(

Okay this does not happen when you try with basic reference but for all other types of citations it is reproducible 100% time.

hmm still reproducible!

I can still reproduce this on Beta cluster, re-opening it.

In T191476#4165617, @Etonkovidova wrote:

Re-checked the issue in betalabs and testwiki after wmf.1 deployment - the issue is still reproducible with some additional twists with re-publishing(additional json revalidation?). I've added more details to the task description and tagged with Collaboration-Maps project.

This is not yet fixed btw.

Hmm, it is again happening on Beta with that error.

okay looks like this is still not completely fixed. I see, it's fixed for the first menu option Text formatting but not for the other ones? Has there actually been any fix for this ?

Yup, it is still happening for me, I did the following steps:

This should be fixed with 1.31.0-wmf.27 deployment :)

Never Mind, it was happening only on Chrome, and fixed itself after upgrading it to 65.0.3325.181

Interesting, I see the arrow in an android device (Nexus 7) but not while using desktop browsers .

I just noticed we haven't changed the wording of post edit notification for mobile VE to be "Published". Shouldn't we change it there as well?

I understand the above patch fixes the case where a user clicks the back button inside mobile VE?
But, there is another case where this is still happening. When a user clicks the browser back button, it shows a dialog explicitly asking "Do you really want to abandon the edit? ". But even if you click "OK", reopening VE shows the recovered edit. Shouldn't it discard the edit as well?