Actually, it still looks the same way when I changed the numbers to be higher:

This was probably be a duplicate of T381218. It looks better now:

In T379443#10363789, @DLynch wrote:

were you able to investigate this? If so, what did you find?

Since the latest patchdemo was made: I've got it so that the "move to sidebar" buttons in the menus are hidden when the sidebar is hidden. There's still no way to access them if they're already in the sidebar when you start your edit, but you won't be able to make them completely vanish during an edit (apart from by resizing your window, which is uncommon).

When I load the patchdemo, I see that the Appearance menu is disabled but the Tools option looks enabled on the toolbar, which does expand to show the "move to sidebar" option and only when I click on it, it removes the option from the toolbar. Also, when I intentionally hide both the Appearance menu and Tools menu in the read mode and then re-open VE they both appear enabled there. Here is the experience that I am observing:
https://drive.google.com/file/d/1BO5dvJlsNiLrbK05650qfzc5-hppI0eD/view

Completed testing the 10% of the pages that were moved in the 31st October run. The only issue I found during testing this task was: T378392 which is fixed now.

Verified the read-only state for all the wikis except eo.wiki. Other than the messages on the yellow banner being a bit confusing no other issues were found.

Checked all the default configuration values at pl.wiki. Everything is working as expected,

@Esanders: I just checked this on my end, I have single edit tab enabled on my preferences and when I click the edit button the URL that appears on en.wiki for me is: https://en.wikipedia.org/w/index.php?title=Slovene_Hills&action=edit and for that URL, following the steps mentioned in the task description does show the VE prompt to discard the changes, not the system dialog:

Started checking the first 120 pages on the log. @EAkinloose will check the other 120 pages.
Progress can be found here: https://docs.google.com/spreadsheets/d/1PSusVBqaKtjiox9nsmQhj8y-cFLI9o2M2vx8JzzFkcQ/edit?gid=0#gid=0

In T341308#10174048, @PatchDemoBot wrote:

Test wiki created on Patch demo by DLynch (WMF) using patch(es) linked to this task:
http://patchdemo.wmcloud.org/wikis/1535e86e64/wiki/Douglas Adams

Tested the scenario on Beta Cluster, an edit made on a user page did not have editcheck-references-activated tag applied:
https://en.wikipedia.beta.wmflabs.org/w/index.php?title=User%3ANewusertest&diff=633438&oldid=633436

In T374770#10163747, @matmarex wrote:

In our production (and beta cluster) configuration, you'll only get a CAPTCHA if adding a new external link (linking to a website that isn't yet linked from the page you're editing). That means you should have seen a CAPTCHA when making this edit, but not when making this, this or this one. Do you recall if that's what happened, or can you test it again please? I just tested and got a CAPTCHA when adding a new external link using the new topic tool (I didn't save the edit).

Checked on Beta cluster, looks like with new topic tool a Non-autoconfirmed user is still not getting CAPTCHA when adding an external link and but it is getting saved.

Verified.

It happens for Math formula as well.

In T220629#10046931, @matmarex wrote:

My bad, this change wasn't actually live when you tested it @Ryasmeen (assuming you tested with MediaWiki and not VE standalone). Probably best to test this again once the submodule update is merged. I'm sorry about that.

Update: I think it might be expected for Map though, since it already has some default values populated inside it and attempting to close the dialog probably considers those as changes done in that session and hence triggering that confirmation?

In T334513#9813042, @Ryasmeen wrote:

@zoe : After this change, we are now showing a confirmation dialog even if there are no pending changes which is not how other dialogs in VE work.

I checked this against the Global list: meta:Spam_blacklist, and seeing the new feedback being displayed inside the external link annotation inspector.

Reflist in the article mentioned is appearing with 2 columns in both VE and Readmode. Didn't check the behavior after saving the edit.

In T334513#9813698, @zoe wrote:

I have confirmed that it was doing this because I introduced a bug and then didn't catch it before submitting the change for QA. Sorry about that.

ah, completely forgot about that! Thanks @DLynch.