do not inline autocomplete after a paste, and remove the old delay-on-paste code




7 years ago
13 days ago


(Reporter: bruant.d, Unassigned)


(Blocks: 2 bugs)

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [unifiedcomplete][fxsearch])



7 years ago
A friend shared 2 URLs (which were in full text and not clickable links) of her music (order is important):

Steps I took:
1) Open new tab, copy/pasted first URL, go to the page
2) Open another new tab, copy/paste the second URL, hit "enter"

What I expected:
* The second new tab should have the second URL loaded

What actually happened:
* Since the second URL is a prefix of the first one, the location bar autocompleted to the first URL and on hitting "enter", I loaded a second time the first URL.

I don't see a good solution that keeps autocomplete (which is a great feature) and the actions I described lead to my expected result, but I wanted to share this experience hoping that someone else may have a great idea.

From a user perspective, when I copy/pasted the URL, I knew where I wanted to go and I expected to get me there on hitting "enter".
iirc after paste there is a delay before we complete, exactly to cover this case, does it happen if you immediately confirm on paste?

Comment 2

7 years ago
Either there is no delay or the delay is too short.
I retried (on another Ubuntu computer with Firefox 14. I'll retry on Aurora 16 later if you wish) and to retry I've done the following:
1) copy the second link
Then, as fast as possible :
2) Ctrl + T (new tab)
3) Ctrl + V (paste)
4) enter
(this combinaison is something I do fairly frequently)

I still arrive on the wrong page.
ok, then there is something weird there, looks like bug 717772 missed something

Comment 4

7 years ago
Might be Linux specific. I haven't tried on Mac nor any Windows.
Summary: Abusive autocomplete → inline autocomplete not properly waiting paste delay

Comment 5

7 years ago
I confirm the bug is also present on Aurora 16 on Ubuntu.
Better not to complete at all after paste.
Having behavior depend on the length of the wait would makes results even more non-deterministic:

Check that it is not completed.
Press enter.
URL completes.
Redirected.  Pasted URL is gone and not available through back button.
Need to erase, re-paste and try again.
OS: Linux → All
Hardware: x86 → All
Version: 16 Branch → Trunk
Duplicate of this bug: 1022399
Blocks: 1071461
I think this regressed when we made autocomplete searches able to bypass the autocomplete timeout.

I sort of agree we should probably just not autofill after a paste and remove the delay code...
Priority: -- → P3
Whiteboard: [unifiedcomplete][fxsearch]


4 years ago
Rank: 35
Blocks: 1491244
Depends on: 717772
Blocks: 1511530
No longer blocks: 1491244
Summary: inline autocomplete not properly waiting paste delay → do not inline autocomplete after a paste, and remove the old delay-on-paste code
Blocks: 1477942
Priority: P3 → P5
No longer blocks: 1477942
You need to log in before you can comment on or make changes to this bug.