1505020 - Autofilled values in the urlbar are incorrectly copied to duplicate tabs and incorrectly updated when switching back to the original tab

Status: RESOLVED WORKSFORME

(Firefox :: Address Bar, defect, P3)

Description

[Cristian Fogel [:cfogel]]

Attachment: @shortcuts_autocompleteNotComplete.gif

[Affected versions]:
- Firefox: 63.0.1, 64.0b7, 65.0a1 (2018-11-05)

[Affected platforms]:
- Win10x64, Ubuntu 18.04, macOS 10.13;

[Steps to reproduce]:
1. Launch Firefox, access about:newtab
2. In the awesomebar click and type: @am
3. Press the right arrow key;
4. Right click on the tab header and click on the duplicate tab option;
5. Click on another tab and select the tab back; 

[Expected result]:
- the auto-completed search shortcut remains and is passed to the duplicated tab;

[Actual result]:
- 4: only @am is passed to the new tab;
- 5: clicking back to the tab shows the same @am text in the search bar, no longer the auto-completed option;

[Regression range]:
- not a regression;
- tracked up to bug 1502221, which seems to be the implementation for the autocomplete;

[Additional notes]:
- attached recording with the issue;

Comment 1

[Cristian Fogel [:cfogel]]

Shifted to a more appropriate section.

Comment 2

[Marco Bonardo [:mak]]

It looks like a minor glitch, setting as p3, ni Drew in case he wants to link this to some meta or change priority

Comment 3

[Drew Willcoxon :adw]

Actually both 4 and 5 in the actual results seem to be problems with autofill in general, not only @shortcuts.  I can reproduce them when triggering normal domain autofill.

So I'll remove the dependency I just added.

Comment 4

[Drew Willcoxon :adw]

This doesn't seem to happen anymore: the urlbar for duplicate tabs gets updated with "@amazon", and when I switch back to the orignal tab, the urlbar is "@amazon".