This is the cause: https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/908370/7/resources/skins.vector.js/stickyHeader.js#320

That looks similar to T336931 then, and probably the same fix would work?

No, that replaces disaptchEvent with a direct call to click. In the latter case you have no event object on which to inspect if default was prevented.

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

[mediawiki/skins/Vector@master] Use jQuery fake events for stickeHeader edit buttons

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

Change 926475 merged by jenkins-bot:

[mediawiki/skins/Vector@master] Use jQuery fake events for sticky header edit buttons

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

✅ Page doesn't reload
✅ viewport/content movement is minimized for VE
❓ When editing in source editor, it scrolls all the way to the top. Correct me if I am wrong but from the Transitioning from reading into editing part in T296910 , that seems to be expected.

See https://photos.app.goo.gl/owBnuxScR2Ve2xir5

In T336639#8919831, @EAkinloose wrote:

❓ When editing in source editor, it scrolls all the way to the top. Correct me if I am wrong but from the Transitioning from reading into editing part in T296910 , that seems to be expected.

Yes, that's expected, we didn't manage to implement a way to match the scroll position between the two editors. Thanks for testing it.

In T336639#8926182, @matmarex wrote:

In T336639#8919831, @EAkinloose wrote:

❓ When editing in source editor, it scrolls all the way to the top. Correct me if I am wrong but from the Transitioning from reading into editing part in T296910 , that seems to be expected.

Yes, that's expected, we didn't manage to implement a way to match the scroll position between the two editors. Thanks for testing it.

Verifying this since it works as expected. Thanks.