Closed Bug 1051047 Opened 11 years ago Closed 11 years ago

Changes in locationbar aren't always executed with UnifiedComplete

Categories

(Toolkit :: Places, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1050683

People

(Reporter: elbart, Unassigned)

References

Details

Attachments

(1 file)

Attached video screencap.mp4
STR: Have two URLs, one of them previously visited. In my case: http://en.wikipedia.org/wiki/Lens_flare http://en.wikipedia.org/wiki/Google In the locationbar, start to type en.wikipedia... and then select one of them with the arrow-buttons. Click somewhere in the empty tabbar to close the results-pane. Replace the last part of the URL with the previously copied string. In my case: "Google" replaces "Lens_flare". Hit enter. ER: The URL with the replaced string is visited. In my case, the wikipedia-page for Google should be visited. AR: The initially selected URL is visited. In my case that the page for lens flare. Setting browser.urlbar.unifiedcomplete to false reverts this problem.
This is a bit hard to reproduce (probably because I'm too slow), but I've been able to reproduce it once.
Status: UNCONFIRMED → NEW
Ever confirmed: true
the behavior changed recently with bug 1050683 and bug 1051830, would be good to know if this can still be reproduced in currently Nightly builds.
Last bad revision: 70be728521e3 (2014-08-10) First good revision: a9b43778f0c2 (2014-08-11) Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=70be728521e3&tochange=a9b43778f0c2 Last bad revision: e4f87d728f9d First good revision: bb954a9a154f Pushlog: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=e4f87d728f9d&tochange=bb954a9a154f So probably bug 1050683 fixed it.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: