Browser: MS Edge version 84.0.522.59 (Official) (64-bit)

I tried the steps above again, and noticed that the URL updates for a split second (shows index.php?diff= and then resets to the faulty one (shows index.php?title=).

I replicated the issue with and without safemode in MS Edge and Firefox versions 76.0.1 (64-bit) and 79.0 (64-bit).

I tried debug=true&safemode=1 in MS Edge and got the following warnings (no errors) - idk if they are relevant to the issue:

[Intervention] Images loaded lazily and replaced with placeholders. Load events are deferred. See https://go.microsoft.com/fwlink/?linkid=2048113
content.js:5 --------init----------- https://hr.wikipedia.org/w/index.php?title=Petra_Kova%C4%8Devi%C4%87&type=revision&diff=5553699&oldid=5553688&diffmode=source&debug=true&safemode=1
jquery.migrate.js?075cf:81 JQMIGRATE: Migrate is installed with logging active, version 3.1.0
jquery.migrate.js?075cf:114 JQMIGRATE: jQuery.fn.delegate() is deprecated
migrateWarn @ jquery.migrate.js?075cf:114
delegate @ jquery.migrate.js?075cf:562
bindHover @ jquery.ui.datepicker.js?9edde:1780
Datepicker @ jquery.ui.datepicker.js?9edde:113
(anonymous) @ jquery.ui.datepicker.js?9edde:1837
(anonymous) @ jquery.ui.datepicker.js?9edde:1846
76[Violation] Added non-passive event listener to a scroll-blocking <some> event. Consider marking event handler as 'passive' to make the page more responsive. See <URL>
jquery.js?11c05:3623 [Violation] 'setTimeout' handler took 72ms
jquery.js?11c05:3623 [Violation] 'setTimeout' handler took 52ms

Hi @Ivi104. I'm also not able to reproduce the issue you reported neither in FF nor MS Edge. Therefore I guess that it might be related to specific gadgets or user scripts you use. It would be helpful if you could either:

• deactivate any gadgets and user script code and see if the issue is still appearing
• or post the list of gadgets enabled and quote the user script code used so I could try to reproduce with these settings

Thanks in advance!

@WMDE-Fisch Thank you for responding. I've managed to isolate the issue. The problem only happens when VisualDiff beta feature is enabled. Please confirm if you can reproduce the issue when enabling VisualDiff and doing the steps described in my previous comment.

In T260186#6634102, @Ivi104 wrote:

@WMDE-Fisch Thank you for responding. I've managed to isolate the issue. The problem only happens when VisualDiff beta feature is enabled. Please confirm if you can reproduce the issue when enabling VisualDiff and doing the steps described in my previous comment.

Yes, I can confirm this. When using the VisualEditor-VisualDiffs beta feature the URL will be overwritten by some JS trigger and instead of the correct, changed parameters you see the firstly selected revision ids. - I will update the ticket accordingly.