[regression] Opening a new tab should not override PRIMARY paste content
Categories
(Firefox :: Address Bar, defect, P5)
Tracking
()
People
(Reporter: poltron54, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0
Steps to reproduce:
On a Linux system, select some short text.
Open a new tab.
Middle-click on empty URL-bar.
Actual results:
The current URL of the previous focused tab is pasted.
Expected results:
The short text you had selected should be pasted.
Note: this happened only if browser.urlbar.clickSelectsAll option is set to True.
Probably related: bug 1611649. Both are regression (maybe from previous ESR release — v60 —, I’m not sure).
|
||
Comment 2•4 years ago
|
||
Hi,
I was NOT able to reproduce this issue on Windows 10 and Unbutu 18 with Firefox version 68.4.2esr (64-bit)
@poltron54@gmail.com Could you please try on our latest build (68.4.2esr). Also please try with a NEW PROFILE and SAFE MODE browser in case any external component is affecting.
I'm setting component to Firefox - Address Bar for someone to take a look at this.
I just tried to update my Firefox and to create a new profile, I still reproduce.
Are you sure you have a PRIMARY selection buffer? I don’t think there is one under Windows 10, but there probably should be one in Ubunu. To test if it works, in a text editor, select some text, then press somewhere with your mouse middle click (scroll wheel): the text you’ve selected should be duplicated where you have middle-clicked.
Are-you sure to have set browser.urlbar.clickSelectsAll to True, in about:config?
|
||
Comment 4•4 years ago
|
||
Does this happen on Nightly? Could you please find a regression range?
|
||
Comment 5•4 years ago
|
||
This should not happen anymore since we don't set the primary selection on programmatic selections done by the urlbar.
Just here to confirm this is fixed at least in v78. Thanks! 🙂
Description
•