1952438 - Ctrl+V then enter while Ctrl still held opens new tab instead of changing current tab on Windows

Status: NEW

(Firefox :: Address Bar, defect, P3)

Description

[pokechu022]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:136.0) Gecko/20100101 Firefox/136.0

Steps to reproduce:

1. Copy the text "https://example.com/"
2. Navigate to "https://example.net/"
3. Click on the URL bar, implicitly selecting all.
4. Start holding control.
5. Press V.
6. Press enter (without releasing control).

This happens regardless of the browser.urlbar.ctrlCanonizesURLs pref. (I have that at true, but basically never use that feature).

Actual results:

https://example.com/ opened in a new tab.

Note that releasing and then pressing control again behaves differently (the currently tab is replaced). There probably is different behavior when pasting non-URL text, but I rarely do that (and have browser.urlbar.showSearchTerms.enabled set to false) so I'm not sure what's expected.

Expected results:

The current tab should have been with https://example.com/. That was intended behavior, per bug 1792283. I have a workflow that involves pasting lots of URLs and this is really messing with me.

After bisecting in mozregression (and enjoying whatever tracking functionality goes on with the default new tab stuff, including weather...), it seems this regressed in https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a156fd1b3f748024a29279871f79684a32a20bcd&tochange=75a21e462ddba79b675e2811bd85b4ba9d885d46. (It didn't want to bisect further, because of backed out changes?) It seems almost certain that the regressing change is https://hg.mozilla.org/mozilla-central/rev/0fb970d47ef2ae0e4d7e3f50320ade19d5d627a2 / bug 1945422. (This also didn't affect Firefox 135, but does affect Firefox release 136. Using 136 in mozregression didn't repro the issue though; presumably Nightly 136 is the start of development for Firefox 136, not the end?)

This may affect platforms other than Windows.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Firefox::Address Bar' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[pokechu022]

This also happens when you make other edits to the URL when holding control (e.g. if the current page is https://www.example.com/ and then while holding control, press right left left backspace enter to go to https://example.com/ instead; this is something I do frequently for niche reasons that don't apply to most other people). Releasing and repressing control before enter opens it in the existing tab like before.

Comment 3

[Chris Bellini (:cbellini)]

We can investigate this, as well as adding additional unit test coverage for this case.