Closed Bug 1586117 Opened 6 years ago Closed 4 years ago

Paste & Go clears content, that is already present in the address bar, rather than appending and then searching

Categories

(Firefox :: Address Bar, enhancement, P3)

70 Branch
enhancement

Tracking

()

RESOLVED WONTFIX

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

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

Status: UNCONFIRMED → NEW
Component: Untriaged → Address Bar
Ever confirmed: true

We should ensure with UX what's the most common expected behavior here.

Keywords: blocked-ux
Priority: -- → P3

(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.

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

This bug is blocked-ux, thus non-actionable for now.

This was wontfixed in bug 616678 and see bug 599793 for some of the interactions that this request results in.

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.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.