Closed
Bug 1051047
Opened 10 years ago
Closed 10 years ago
Changes in locationbar aren't always executed with UnifiedComplete
Categories
(Toolkit :: Places, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1050683
People
(Reporter: elbart, Unassigned)
References
Details
Attachments
(1 file)
250.37 KB,
video/mp4
|
Details |
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.
Blocks: UnifiedComplete
Comment 1•10 years ago
|
||
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
Comment 2•10 years ago
|
||
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: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•