When search for a letter, that happens to be used in CamelCase, don't highlight the same letter in other places

UNCONFIRMED
Unassigned

Status

()

Firefox
Address Bar
UNCONFIRMED
10 years ago
6 years ago

People

(Reporter: Andrés Delfino, Unassigned)

Tracking

Trunk
Points:
---
Bug Flags:
blocking-firefox3 -

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008042205 Minefield/3.0pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008042205 Minefield/3.0pre

Right now, searching for a letter, that happens to be used in CamelCase, highlights the same letter in other places, that are not CamelCase. That suggests the user to use any part of the string to search against, which is false, at least with default settings.

I'm nominating this as blocking as the awesome bar should be as clean as possible, since it's something new we are offering.

Reproducible: Always

Steps to Reproduce:
1. Bookmark MozillaZine (http://forums.mozillazine.org/).
2. Type Z.
Actual Results:  
Mo_z_illa_Z_ine is highlighted.

Expected Results:  
Mozilla_Z_ine should be highlighted.
(Reporter)

Updated

10 years ago
Flags: blocking-firefox3?
Version: unspecified → Trunk

Comment 1

10 years ago
See bug 429531, which will make this unnecessary with default settings.

Updated

10 years ago
Assignee: nobody → edilee
Component: General → Location Bar and Autocomplete
QA Contact: general → location.bar
(Reporter)

Comment 2

10 years ago
(In reply to comment #1)
> See bug 429531, which will make this unnecessary with default settings.
> 

Bug 429531 is irrelevant. In my example, only one result is given; but other examples can be made so lots of results are given, but the user won't find a Web page by its title typing any of the letters, which is suggested now.

Comment 3

10 years ago
Right now we just match everything in the display but do match on word boundaries when searching. Similarly how we emphasize all occurrences of a match even though we only match one in the backend.
Assignee: edilee → nobody
(Reporter)

Comment 4

10 years ago
(In reply to comment #3)
> Right now we just match everything in the display but do match on word
> boundaries when searching. Similarly how we emphasize all occurrences of a
> match even though we only match one in the backend.
> 

Which is confusing for the end user which might think: if something is emphasized, I may search for it to get what I want. Which is not the case 100% of the time.

Comment 5

10 years ago
(In reply to comment #4)
> Which is confusing for the end user which might think: if something is
> emphasized, I may search for it to get what I want.
Then bug 429531 isn't irrelevant because it would allow users to match things that get emphasized.
(Reporter)

Comment 6

10 years ago
(In reply to comment #5)
> (In reply to comment #4)
> > Which is confusing for the end user which might think: if something is
> > emphasized, I may search for it to get what I want.
> Then bug 429531 isn't irrelevant because it would allow users to match things
> that get emphasized.
> 

It is irrelevant, see comment 2.
(Reporter)

Comment 7

10 years ago
To make it easier to understand.

Say I have 25 bookmarks with titles:
MozillaZine 1
MozillaZine 2
MozillaZine N

And one bookmark with title:
Bugzilla

If I only visited Bugzilla once, long time ago, and I have visited the 25 MozillaZine bookmarks more often; there's no chance Bugzilla will appear in auto-completion; which is suggested if you emphasize Mo_zilla_Z_ine.
(Reporter)

Comment 8

10 years ago
(In reply to comment #7)
> If I only visited Bugzilla once, long time ago, and I have visited the 25
> MozillaZine bookmarks more often; there's no chance Bugzilla will appear in
> auto-completion

Just typing "z", that is.
This doesn't block, might even be invalid.

(In reply to comment #7)
> If I only visited Bugzilla once, long time ago, and I have visited the 25
> MozillaZine bookmarks more often; there's no chance Bugzilla will appear in
> auto-completion; which is suggested if you emphasize Mo_zilla_Z_ine.

Yes, but that's an artifact of the fact that we limit the amount of results, not because we'd never match against bugzilla for the input "Z". If you only had 3 MozillaZine bookmarks, the 4th match in the awesomebar would, indeed, be "bugzilla" (this is what bug 429531 does; places non-word-boundary matches below word-boundary-matches).

Maybe what you're asking for is: In cases where we're using word boundaries to limit our matching, we should only highlight the matches along those word boundaries?
Flags: blocking-firefox3? → blocking-firefox3-
(Reporter)

Comment 10

10 years ago
(In reply to comment #9)
> Yes, but that's an artifact of the fact that we limit the amount of results,
> not because we'd never match against bugzilla for the input "Z". If you only
> had 3 MozillaZine bookmarks, the 4th match in the awesomebar would, indeed, be
> "bugzilla" (this is what bug 429531 does; places non-word-boundary matches
> below word-boundary-matches).

And what would happen in the contrary case, where the Bugzilla bookmark is more visisted that the 25 MozillaZine bookmarks? Will it still appear?
(Reporter)

Comment 11

10 years ago
(In reply to comment #10)
> And what would happen in the contrary case, where the Bugzilla bookmark is more
> visisted that the 25 MozillaZine bookmarks? Will it still appear?

Just typing "z", that is.
Reporter, are you still seeing this issue with Firefox 3.6.8 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles
Whiteboard: [CLOSEME 2010-09-15]

Comment 13

7 years ago
Behaviour hasn't changed (as of 4.0beta4), so the report is as valid as it was originally.

(In reply to comment #10)
> And what would happen in the contrary case, where the Bugzilla bookmark is more
> visisted that the 25 MozillaZine bookmarks? Will it still appear?

As far as I can see, the answer is yes, but it will still appear below the less visited MozillaZine hits - the "Z" will have priority.

I think Mike Beltzner's comment 9 sums up this request "In cases where we're using word boundaries to limit our matching, we should only highlight the matches along those word boundaries". I'm not sure if that makes this a valid bug, an enhancement request, or is just working as intended.
Whiteboard: [CLOSEME 2010-09-15]
You need to log in before you can comment on or make changes to this bug.