Closed Bug 1043942 Opened 10 years ago Closed 10 years ago

UnifiedComplete disables inline autocomplete if urlbar behavior is not the default

Categories

(Toolkit :: Places, defect)

defect
Not set
normal
Points:
5

Tracking

()

RESOLVED FIXED
mozilla34
Iteration:
34.1
Tracking Status
firefox34 --- affected

People

(Reporter: ttaubert, Assigned: mak)

References

Details

(Keywords: regression)

Attachments

(3 files, 1 obsolete file)

Typing in "spi" I see Awesomebar results for "spiegel.de" but the URL isn't autocompleted. Turning off UC via its pref makes it work again.
Can you please add this to the iteration, Marco? Thanks!
Assignee: nobody → mak77
Status: NEW → ASSIGNED
Iteration: --- → 34.1
Flags: needinfo?(mmucci)
Points: --- → 3
ehr, let's say 5, since we might want a test for whatever this bug is.
Points: 3 → 5
Seems to be caused by setting browser.urlbar.default.behavior=1.
Added to Iteration 34.1
QA Whiteboard: [qa?]
Flags: needinfo?(mmucci)
that is basically dut to the fix for bug 810930 I inserted during the rewrite. The current behavior is the expected one because when the default behavior changes we cannot tell where the autoFill entry comes from (history, bookmarks, other?).
So what we do is disable autoFill to avoid ignoring the user's choice about what to suggest.

On the other side this might be surprising to users who got results so far and suddenly don't anymore.
We should at a minimum clarify in the prefs that choosing history/bookmarks disables autoFill. Otherwise we might disable autoFill only when results are restricted to bookmarks.
When they are restricted to history, it's unlikely to be an issue, if it's a bookmark is very likely to be visited, and we also only autoFill typed entries.

So my suggestion would be:
1. still autoFill if results are restricted to history
2. specify in the prefs that choosing Bookmarks will disable autoFill
Summary: UnifiedComplete breaks inline autocomplete → UnifiedComplete disables inline autocomplete if urlbar behavior is not the default
(In reply to Marco Bonardo [:mak] from comment #7)
> So my suggestion would be:
> 1. still autoFill if results are restricted to history
> 2. specify in the prefs that choosing Bookmarks will disable autoFill

That sounds indeed like a fine solution to me.
QA Whiteboard: [qa?] → [qa+]
QA Contact: alexandra.lucinet
QA Contact: alexandra.lucinet → andrei.vaida
QA Whiteboard: [qa+] → [qa-]
Unassigning QA, this will be well covered by automated tests.
QA Contact: andrei.vaida
Attached patch patch v1 (obsolete) — Splinter Review
Attachment #8464335 - Flags: review?(ttaubert)
Flags: firefox-backlog+
Comment on attachment 8464335 [details] [diff] [review]
patch v1

Review of attachment 8464335 [details] [diff] [review]:
-----------------------------------------------------------------

LGTM. The extensive tests should really cover everything afaict.
Attachment #8464335 - Flags: review?(ttaubert) → review+
Attached patch patch v2Splinter Review
since I'm landing foreign_count at the same time, I'm already fixing bug 1045924 here by making the queries use it.
Attachment #8464335 - Attachment is obsolete: true
https://hg.mozilla.org/integration/fx-team/rev/d0d6a897c568
Depends on: 1017502
Flags: in-testsuite+
Target Milestone: --- → mozilla34
https://hg.mozilla.org/mozilla-central/rev/d0d6a897c568
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Blocks: 751709
Setting qe-verify- for this fix since it's already covered by automated testing. Marco, if there's something manual QA can look at here, please flip the flag.
Flags: qe-verify-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: