Paste & Go clears content, that is already present in the address bar, rather than appending and then searching
Categories
(Firefox :: Address Bar, enhancement, P3)
Tracking
()
People
(Reporter: raphael-kriegl, Unassigned)
Details
(Keywords: blocked-ux)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:70.0) Gecko/20100101 Firefox/70.0
Steps to reproduce:
paste something into address bar via normal pasting, then something else via paste & go
e.g: [paste] "recipes for" [paste & go] "Lemon Meringue Pie"
Actual results:
Firefox cleared the content already present and then only searched for the text pasted via Paste & Go
Expected results:
the Paste & Go option appends the clipboard content to the address bar content
Comment 1•6 years ago
|
||
Hi Raphael,
Thanks for submitting this enhancement to us. I'm going to add a Product and a Component so one of our Devs can take a look at this.
Thanks!
Sebastian
Comment 2•6 years ago
|
||
We should ensure with UX what's the most common expected behavior here.
Comment 3•6 years ago
|
||
(In reply to Marco Bonardo [:mak] from comment #2)
We should ensure with UX what's the most common expected behavior here.
Unlikely that anyone has reconsidered in the meantime. I brought up this issue when the feature was first implemented. See bug 599793, comment 4 through 14. There's some more debate over on bug 718177. There's also bug 628008 that attempted to split the feature into two different menu items but ultimately didn't land.
Comment 4•6 years ago
|
||
Hey there,
Hope you're having a good one - would love to take this one on if it's open for some open-source love :)
Keen to hear thoughts, objections etc. Thanks all
Comment 5•6 years ago
|
||
This bug is blocked-ux, thus non-actionable for now.
Comment 7•4 years ago
|
||
This was wontfixed in bug 616678 and see bug 599793 for some of the interactions that this request results in.
Comment 8•4 years ago
|
||
yes, the current behavior is the expected one so far.
In 2 years we didn't get feedback or alternate solutions, and this is unlikely to proceed. The current behavior is less likely to be annoying for users when the urlbar is our primary search access point. I'll just wontfix it.
Description
•