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)
Tracking
()
NEW
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/ ...
Updated•8 years ago
|
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)
Comment 3•8 years ago
|
||
We discussed this in the meeting today and Drew will investigate.
Flags: needinfo?(adw)
Comment 4•8 years ago
|
||
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)
Updated•8 years ago
|
Priority: -- → P3
Whiteboard: [fxsearch]
Comment 5•6 years ago
|
||
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)
Comment 7•6 years ago
|
||
Redirecting to Marco, as I'm not working on the awesomebar these days.
Flags: needinfo?(past) → needinfo?(mak77)
Comment 8•6 years ago
|
||
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.
Updated•4 years ago
|
Priority: P3 → P5
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•