Open Bug 1294954 Opened 8 years ago Updated 2 years ago

Only one tag in awesome bar's suggestions.

Categories

(Firefox :: Address Bar, defect, P5)

48 Branch
defect

Tracking

()

People

(Reporter: hawran.diskuse, Unassigned)

References

Details

(Whiteboard: [fxsearch])

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0
Build ID: 20160728204513

Steps to reproduce:

1. Put more than one tag (per a bookmark) to bookmarks.
1. Write some (included in bookmarks) text to the awesome bar.
2. Suggestions (from bookmarks) appear.


Actual results:

Only ONE tag per a bookmark is shown (even where there are more than one tag for a bookmark).


Expected results:

ALL tags for a bookmark are shown.

I have been using more than one tag per a bookmark to QUICK DISTINGUISH between similar bookmarks. 
(not to mention the format of that new suggestions seems to me just horrible (ponderous))


I'd say this "improvement" has been introduced in firefox ver. 48:
https://www.mozilla.org/en-US/firefox/48.0/releasenotes/
[cite]Searching for something already in your bookmarks or open tabs? We added super smart icons to let you know[/cite]
WHAT?

https://blog.mozilla.org/blog/2016/08/02/exciting-improvements-in-firefox-for-desktop-and-android/
[cite]First, we’re making the awesome bar even more awesome. Now when you enter a new query, you’ll see more suggestions than ever before and a wider view of your suggestions across the screen. This makes suggestions easier to read. You may also notice icons when a suggestion is recommending a site that is already in your bookmarks or open tabs.[/cite]
WHAT??


Speaking IMHO, I think this "improvement" has just negated a couple of things you had declared here:
https://support.mozilla.org/en-US/kb/awesome-bar-search-firefox-bookmarks-history-tabs
[cite]Bookmark and tag frequently-used pages. The location bar will match on the name you give the bookmark and also tags associated with the bookmark. See the Create bookmarks to save your favorite webpages article for more information on how to use bookmarks in Firefox. You can improve your autocomplete results by tagging pages with easily-typed tag names.[/cite]

here
https://support.mozilla.org/en-US/kb/categorizing-bookmarks-make-them-easy-to-find
[cite]A tag is a label that helps you identify a bookmark you've made. These tags are used to help better categorize bookmarks so you can find them in both your menu and when searching. [/cite]

and here
https://blog.mozilla.org/theden/2013/08/26/firefox-tip-find-bookmarks-faster-with-tags/
[cite]Firefox Tip: Find Bookmarks Faster with Tags
Are you a bookmarking fiend? Do you have so many bookmarks that you have difficulty finding them again?
Here’s a tip to help you out!
To help you find bookmarks faster, assign them a “Tag”[/cite]


Please, stop making changes for change's sake and try to hear real(!) users out.
Real and disappointed.
Instead of introducing these "new, nifty, must-have" features you should focus on the basic firefox's functionality - rendering/displaying web pages...

https://bugzilla.mozilla.org/show_bug.cgi?id=1287827
http://www.ghacks.net/2016/08/06/firefox-51-socialapi-parts-removal/
https://www.soeren-hentzschel.at/firefox/firefox-51-mozilla-entfernt-teile-der-socialapi/
...
PS Experiencing the issue in the -safe-mode too.
Blocks: 1181078
Status: UNCONFIRMED → NEW
QA Whiteboard: [bugday-20160815]
Component: Untriaged → Location Bar
Ever confirmed: true
What I see is zero (0) tags in urlbar suggestions, unless I type some word which is substring of a tag
I.e. if bookmark has keywords "asdf1", "asdf2", "asdf3", "zxcv" and title "Unique20160815174315", then
If I type "Unique20160815174715", I see 0 tags in suggestion
If I type "Unique20160815174715 a"   -  3 tags in suggestion
If I type "Unique20160815174715 z"   -  1 tag  in suggestion

Do you confirm this? Perhaps you accidentally typed a substring of a tag and got 1 tag in suggestion?
Flags: needinfo?(hawran.diskuse)
We discussed this in the meeting today and Drew will investigate.
Flags: needinfo?(adw)
The design is that you should see all the tags that match the string you type, but no tags that don't match the string.  So it sounds like what you are seeing is the expected behavior.

But, personally I think we should consider your use case.  Being able to distinguish between similar bookmarks with different tags by their tags seems like a reasonable thing to want to do.

We talked about this over IRC today and Stephen's going to give it some thought.
Flags: needinfo?(adw)
Priority: -- → P3
Whiteboard: [fxsearch]
Panos, maybe we should just wontfix it, don't you think?
Flags: needinfo?(past)
(In reply to Sylvestre Ledru [:sylvestre] from comment #5)
> Panos, maybe we should just wontfix it, don't you think?

Excellent.

Well, I've noticed that the original text:
https://support.mozilla.org/en-US/kb/categorizing-bookmarks-make-them-easy-to-find
[cite]A tag is a label that helps you identify a bookmark you've made. These tags are used to help better categorize bookmarks so you can find them in both your menu and when searching.[/cite]
has been changed.

So what is the point of tags then?
When I see all (well, almost all but this is the second sad story) bookmarks with the JUST ONE tag, how do they actually help me?
Flags: needinfo?(hawran.diskuse)
Redirecting to Marco, as I'm not working on the awesomebar these days.
Flags: needinfo?(past) → needinfo?(mak77)
I'm not sure what's the argument for a wontfix here, comment 4 is still valid, we are busy with an Address Bar rewrite and as such we don't have time for these details, but it's still a valid point to evaluate and track.
Flags: needinfo?(mak77)
(In reply to Marco Bonardo [::mak] from comment #8)
> I'm not sure what's the argument for a wontfix here, comment 4 is still
> valid, we are busy with an Address Bar rewrite and as such we don't have
> time for these details, but it's still a valid point to evaluate and track.

OK, point taken.
Thank you.
Priority: P3 → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.