Triple-clicking or selecting all on Linux should always copy to the primary selection
Categories
(Firefox :: Address Bar, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox75 | --- | wontfix |
firefox76 | --- | wontfix |
firefox77 | --- | fix-optional |
People
(Reporter: mkpdev, Unassigned)
References
(Regression)
Details
(Keywords: papercut, regression, Whiteboard: [snt-scrubbed][search-papercut])
User Story
Explicit user actions to select text like CTRL+A or triple-click should populate the primary clipboard on Linux, regardless of the initial status of the text (selected or deselected). We currently do this in most cases, but when the text is already selected, selecting it again doesn't do it.
User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:75.0) Gecko/20100101 Firefox/75.0
Steps to reproduce:
Click urlbar to select all
- Middle-click elsewhere
Triple-click urlbar (but if you're a little slow, it can take 5 or more clicks) or
2. Middle-click elsewhere
Select urlbar and press Ctrl+A (like works literally anywhere else in the browser)
3. Middle-click elsewhere
Actual results:
- Paste buffer from some other page or program
- Paste URL
- No joy
Expected results:
- Paste URL
- Also paste URL
- And again
This worked in Firefox 74
Comment 1•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•4 years ago
•
|
||
(In reply to M. Kristall from comment #0)
Click urlbar to select all
- Middle-click elsewhere
This is working as intended, we don't copy the string to the primary selection on programmatic selection (thus a selection done by the product, not done by the user)
Triple-click urlbar (but if you're a little slow, it can take 5 or more clicks) or
2. Middle-click elsewhere
This should work now, as expected.
Select urlbar and press Ctrl+A (like works literally anywhere else in the browser)
3. Middle-click elsewhere
This should probably work, because it's a further selection, we should look into supporting it. Probably doesn't work because the text is already selected, so CTRL+A doesn't go through.
Updated•4 years ago
|
Updated•4 years ago
|
Reporter | ||
Comment 3•4 years ago
|
||
(In reply to Marco Bonardo [:mak] from comment #2)
(In reply to M. Kristall from comment #0)
Click urlbar to select all
- Middle-click elsewhere
This is working as intended, we don't copy the string to the primary selection on programmatic selection (thus a selection done by the product, not done by the user)
- The selection is made in direct response to a user action so I'm not quite sure your reasoning really holds up for why that is not a bug.
- It used to work but now it does not and requires extra effort to accomplish the same thing. That is a regression, whether intentional or not.
Comment 4•4 years ago
|
||
Set release status flags based on info from the regressing bug 333714
Updated•4 years ago
|
Updated•4 years ago
|
Comment 5•4 years ago
|
||
Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3
(Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3
(normal.)
Updated•4 years ago
|
(In reply to M. Kristall from comment #3)
- The selection is made in direct response to a user action so I'm not quite sure your reasoning really holds up for why that is not a bug.
I agree with this, and moreover this is how it worked on X since the Netscape days, having changed only within the last few releases.
Comment 8•4 years ago
|
||
I am also confused by this inovative URL bar selection behavior and it caused me a lot of paste errors inlcuding pasting private keys instead the URL I meant to copy to public places. If the text is selected, it should be copied into the primary selection.
Comment 9•4 years ago
|
||
Please also see/vote on https://bugzilla.mozilla.org/show_bug.cgi?id=1653191 for a similar discussion.
Updated•4 years ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•10 months ago
|
Description
•