The misalignment I reported earlier has been fixed.

@Jdlrobson please add/edit this task as you see fit. It very much is a rough first pass based on what we talked about briefly offline on 5 November.

In T378036#10304363, @MNeisler wrote:

I've confirmed instrumentation is available in event.mediawiki_web_ui_actions to calculate the metrics identified for this task. This includes ability to track click to the "hide" button and clicks to the menu options for both the appearance and tools menu.

Great news; thank you for looking into this @MNeisler.

Note: I will be attending an offsite next week (away Nov 11-19) but will plan to work on this analysis when when I return.

Sounds great!

As @matmarex pointed out in the patch, the fixed with [x] button (as opposed to 1/7th width) is also used in the wikitext editor, so we should fix that as well.

Change #1088643 had a related patch set uploaded (by Esanders; author: Esanders):

[mediawiki/skins/MinervaNeue@master] Follow-up Iefa1fee9c: Remove bold styling from all non-href links

https://gerrit.wikimedia.org/r/1088643

@MusikAnimal On my laptop it's still overlapping on the load but not as bad as the previous one and actually cleaned it up more after the paste, as seen in the webm. On Browserstack, I did not come across that issue at all with the same OS and Browser version. Regardless like you said there were no issues with copying and pasting so I will move this to Done. Thanks for all your work!

I've confirmed instrumentation is available in event.mediawiki_web_ui_actions to calculate the metrics identified for this task. This includes ability to track click to the "hide" button and clicks to the menu options for both the appearance and tools menu.

Change #1088567 merged by jenkins-bot:

[mediawiki/extensions/VisualEditor@master] Handle view tab clicks even on edit pages

https://gerrit.wikimedia.org/r/1088567

The above patch will simplify transactions when the incoming document has no references (most image inerstions, most wikitext pastes). Simplifying transctions which involve references will be more complicated.

Change #1088581 had a related patch set uploaded (by Esanders; author: Esanders):

[VisualEditor/VisualEditor@master] newFromDocumentInsertion: Skip list replacement when new list is empty

https://gerrit.wikimedia.org/r/1088581

In T377484#10302968, @awight wrote:

the stored transaction will include a full copy of the internalList before and after the change

Change #1088567 had a related patch set uploaded (by Esanders; author: Esanders):

[mediawiki/extensions/VisualEditor@master] Handle view tab clicks even on edit pages

https://gerrit.wikimedia.org/r/1088567

Just found out its a bug in VisualEditorPlus. Sorry for the inconvenience. Ticket can be closed.

There are some surprising entries in the ve-changes session storage. After making a change that involves a ref, the stored transaction will include a full copy of the internalList before and after the change, despite the difference only affecting a single item in the list.

I still see this, and perhaps the cause is different than in the above? My steps to reproduce are:

• Open https://en.wikipedia.org/w/index.php?title=Daron_Acemoglu in VE
• Select all and copy
• Open a local development wiki in visual editing mode.
• Paste content