Bookmarking Folder Location

Bug #237941 reported by Calum
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox-3.0 (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Binary package hint: firefox-3.0

Same deficiency was reported previously in FF3:
Still waiting for the following feature: After searching and successfully finding a bookmark, FF3 give no way to locate which folder this bookmark is located in. The result is that users are unable to use the "Organise Bookmarks" to really 'organise' their bookmarks. Please add this feature.

Calum

ProblemType: Bug
Architecture: amd64
Date: Sat Jun 7 02:45:54 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelModules: nvidia
Package: firefox-3.0 3.0~b5+nobinonly-0ubuntu3
PackageArchitecture: amd64
ProcEnviron:
 PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-17-generic x86_64

Revision history for this message
In , Ondrej-allpeers (ondrej-allpeers) wrote :

I can confirm the bug on Windows.

In nsNavHistory.cpp there is a function NeedToFilterResultSet, this returns TRUE for all bookmarks queries and if search term is defined or a folder is specified.

Afterwards all the bookmarks are read from the database (performance problem) and filtered later in FilterResultSet. Inside of this functions is following code:

---8<---

    // exclude-queries is implicit when searching, we're only looking at
    // plan URI nodes
    if (!aSet[nodeIndex]->IsURI())
      continue;

--->8---

This has impact on bug 385245 too. After removal of grouping, usage of maxResults excludes folders from the output.

Revision history for this message
In , Jbecerra-mozilla (jbecerra-mozilla) wrote :

Confirmed on Fx3rc2build2 on Vista. I tried creating a folder inside the Bookmarks Menu, and I named it "inside bm". Then I selected the Bookmarks Menu folder in the left pane and then entered the search "inside bm"; I got no results.

It can be argued that if you place items in a folder, they are all related and hopefully tagged so you can find all your "friends" and "foes" as explained in comment #0, but the current behavior seems to against user expectations.

Revision history for this message
Calum (calumc) wrote :

Binary package hint: firefox-3.0

Same deficiency was reported previously in FF3:
Still waiting for the following feature: After searching and successfully finding a bookmark, FF3 give no way to locate which folder this bookmark is located in. The result is that users are unable to use the "Organise Bookmarks" to really 'organise' their bookmarks. Please add this feature.

Calum

ProblemType: Bug
Architecture: amd64
Date: Sat Jun 7 02:45:54 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelModules: nvidia
Package: firefox-3.0 3.0~b5+nobinonly-0ubuntu3
PackageArchitecture: amd64
ProcEnviron:
 PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-17-generic x86_64

Revision history for this message
Calum (calumc) wrote :
Revision history for this message
Richard Seguin (sectech) wrote :

If this was reported before, would you know what the bug number was of this issue?

Thanks,

Richard Seguin

Changed in firefox-3.0:
status: New → Incomplete
Revision history for this message
Richard Seguin (sectech) wrote :

* Marking as incomplete until either a duplicate can be found or there is enough info to wishlist.

Changed in firefox:
status: Unknown → New
Revision history for this message
Richard Seguin (sectech) wrote :

I found the issue in question in an upstream bug, I have linked that bug with this report. I also have requested for this issue to be wishlisted so it can be looked at for future releases.

Thank you for reporting this issue,

Richard Seguin

Changed in firefox-3.0:
status: Incomplete → Confirmed
Richard Seguin (sectech)
Changed in firefox-3.0:
importance: Undecided → Medium
status: Confirmed → Triaged
Changed in firefox:
status: New → Invalid
Richard Seguin (sectech)
Changed in firefox-3.0:
importance: Medium → Wishlist
status: Triaged → Confirmed
Revision history for this message
In , Philringnalda (philringnalda) wrote :

*** Bug 459570 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Dietrich-mozilla (dietrich-mozilla) wrote :

Not going to block the 3.1 release for this. Adding uiwanted keyword to get a discussion going for a consistent way to expose folder name search across all the different entry points, and visual identification of search result causality.

Revision history for this message
In , jpfle (jpfle) wrote :

I confirm this bug on Ubuntu 8.10, Firefox 3.0.4. In the bookmarks manager, I created a folder named MonDossierTest. I searched MonDossierTest in the bookmarks manager: no result. I did the same search in the bookmarks sidebar and the location bar: no result neither.

Revision history for this message
In , Mak77 (mak77) wrote :

*** Bug 321945 has been marked as a duplicate of this bug. ***

Revision history for this message
In , jpfle (jpfle) wrote :

Created an attachment (id=350354)
Suggestion for the visual identification of the folders in the address bar

I make a suggestion for the visual identification of the folders in the address bar. See the attached image.

We see in this image that the fifth result is a bookmark folder. There is:

- a folder icon instead of the favicon in the left
- in the right, the number of items in this folder
- the folder name instead of the title markup content
- the location of the folder (so there's the name of each potential parent folder) instead of the url

A left click on this folder (Gedit) could open the bookmarks sidebar with the focus on the Gedit folder and its content expanded.

A right click could open all the bookmarks contained in the Gedit folder.

Revision history for this message
In , Faaborg (faaborg) wrote :

>uiwanted

Let's keep the interface of the library window and the location bar in separate bugs. In the case of searching for folder names in the library window, if the context of the search is set to All Bookmarks or the selected folder, any sub folders that contain text that matches the query should be displayed, along with other search results in the right pane.

Revision history for this message
In , Faaborg (faaborg) wrote :

Filed follow up bug 469424 for changes to the awesome bar.

Revision history for this message
In , jpfle (jpfle) wrote :

It think that the bug 292104 is a duplicate of this current bug. Am I wrong?

Revision history for this message
In , Cwwmozilla (cwwmozilla) wrote :

*** Bug 472106 has been marked as a duplicate of this bug. ***

Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

Reassigning to the right upstream bug.

Changed in firefox:
status: Invalid → Unknown
Changed in firefox:
status: Unknown → Confirmed
Changed in firefox-3.0:
status: Confirmed → Triaged
Revision history for this message
In , Kwiniec (kwiniec) wrote :

I vote for this bug. As often as not, the folder what I am actually looking for. But it's not 3.x specific; 2.x bookmarks sidebar search never returned folders either. And I never really understood why, since they always seemed equally easy to identify in the 2.x bookmarks file. I think this is not a duplicate of bug 292104 only because that refers to the library manager interface and this refers to the sidebar interface.

Revision history for this message
In , Bugzilla2007 (bugzilla2007) wrote :

As per comment #0, this bug is about finding bookmark folders BOTH in the library AND in the bookmarks sidebar (against comment #12).
--> Updating summary for clarification and improved retrievability

Comment #10 is right, I will forward-duplicate bug 292104 to this bug.

As per Alex comment #8, Attachment 350354 and nice comment #7 is about finding bookmark folders in the Location Bar (aka Awsome Bar) and therefore does not belong to this bug, but should go into follow-up Bug 469424 (Allow the user to navigate on Tags and Folders in the location bar). Is there a way to transfer the attachment (apart from re-posting it in the other bug?). As a first step, to avoid confusion in this bug, I will obsolete the attachment here.

Revision history for this message
In , Bugzilla2007 (bugzilla2007) wrote :

*** Bug 292104 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Bugzilla2007 (bugzilla2007) wrote :

(From update of attachment 350354)
Obsoleting attachment 350354 as per comment #8 and comment #13. This attachment and comment #7 don't belong here: followup bug 469424.

Changed in firefox:
status: Confirmed → Invalid
Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

Upstream bug has been marked as a duplicate of bug https://bugzilla.mozilla.org/show_bug.cgi?id=406157.

Changed in firefox:
status: Invalid → Unknown
Changed in firefox:
status: Unknown → Confirmed
Revision history for this message
In , Gervase Markham (gerv-mozilla) wrote :

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body contains places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv

Changed in firefox:
importance: Unknown → Medium
Revision history for this message
In , Michelze (michelze) wrote :

This is a problem for me too. I'm on XP Prof, but I have a feeling it's a problem on all OSs.

I don't use tags, as I always forget to label the bookmark, so I want to find the bookmarks by folder since I do file bookmarks in their proper folders & I name the folders properly.

I'm surprised it doesn't find the folders, only the bookmarks.

Thanks

Michelle

Revision history for this message
In , Fq-carlo (fq-carlo) wrote :

I can confirm this old bug in Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20100101 Firefox/16.0
Yesterday I had a colleague of mine complaining about this lack-of-feature, so I recalled this bug and noticed it had not been fixed. Regarding competitors: Chrome behaves like Firefox, while Opera searches also for folder names. FX should copy Opera's, IMHO.

Revision history for this message
In , 2dmartin (2dmartin) wrote :

The lack of this function, as well as the removal of names from separators (long time ago - eg bug 404983) helps to keep Firefox's handling of bookmarks firmly in the 'stone age'. I had not realised that Opera searches on folder names. Pretty please, let Firefox do that too!! Maybe even before this bug celebrates its 5th birthday?

Revision history for this message
In , Jim Michaels (jmichae3-yahoo) wrote :

I would add that (for organization purposes), having some sort of checkbox or something to show the list of all folders in a clump up top would help bookmark organization for the user. I know this is something I want. finding folder names would also be VERY helpful for same.

Revision history for this message
In , Norbert (nrbrtx) wrote :

I can confirm this bug in Firefox 33, please fix it.

Revision history for this message
In , Tobsimon (tobsimon) wrote :

Still in Firefox 34, please fix it.

Revision history for this message
In , Xzfqnx (xzfqnx) wrote :

Still a problem in Firefox 41. Please, PLEASE fix this...

Revision history for this message
In , 2dmartin (2dmartin) wrote :

Book mark management will make or break the usability of a browser for many users including myself. Fortunately Chrome was shot in the foot recently when Google tried (and quickly backed out) a real Mickey mouse bookmark manager. Firefox does it well but not well enough. Better sorting (for example) would help, but top of my list and I guess many others is to be able to SEARCH for FOLDER names. Please please please implement this!

Revision history for this message
In , Sdean (sdean) wrote :

Puleeeze. Things has been a clanking basic deficiency in Firefox forever. I have a quintillion bookmarks...how would I organize them but in folders...but if I can't find the folders, organizing them using folders is useless.

Norbert (nrbrtx)
tags: added: precise trusty xenial
Revision history for this message
In , Norbert (nrbrtx) wrote :

Bug exists in Firefox 52. Please fix it!

It's great that you can set 'advocacy' tags, but it would better if you really fix bugs.

Revision history for this message
In , Gwmfms6 (gwmfms6) wrote :

I can confirm this bug on v57 Firefox.

It is helpful to be able to view folders in the search listings. Often I am searching for something and I get many hits. But in the past I have organized the most relevant entries into a folder of that title. Having search bring up this folder takes me right to what I want, a folder that contains relevant entries. Folders should be listed in the search output.

Revision history for this message
In , yfdyh000 (yfdyh000) wrote :

*** Bug 1406696 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Standard8 (standard8) wrote :

*** Bug 1040979 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Standard8 (standard8) wrote :

*** Bug 532019 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Reg-github (reg-github) wrote :

Tested it with 59.0a1 and seems this is still missing. Please add this, as with years of well organized folder structure, you sometimes don't know where the matching folder is. Therefore, listing matching folder in sidebar would be really helpful. Or add a feature to automatically assign individual bookmark folder tree structure as tags to each bookmark, please.

Revision history for this message
In , Csdebugging (csdebugging) wrote :

I'd like to work on this bug. How can I get started?

Revision history for this message
In , Jonathan Watt (jwatt) wrote :

Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)

Revision history for this message
In , Mak77 (mak77) wrote :

*** Bug 837841 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Patrick-seiter (patrick-seiter) wrote :

I've wanted this feature every since I was in college 11 years ago! :) Glad to see someone else noticed the same problem.

Would it be possible to add "Folder" as a column in the Bookmarks Manager so that when searching for bookmarks, we know what folder it's in? The problem with searching for a bookmark by Folder name is that say you do a search for "Friends" looking for your bookmarks on the Friends sitcom, but you forget that it's a folder and instead get a bunch of bookmarks of your friends. The keyword that you're searching for should be visible somewhere in the UI.

Revision history for this message
In , André Pirard (a.pirard) wrote :

I'm not sure what "column" you would like and where.
A folder icon would be sufficient in the hit list.

But if one puts in a folder one URL named "folder folder's name (keywords)" to find, that should be sufficient.
There was a very nice "open parent folder" extension to right click that URL and open the folder it's in.
But Mozilla killed its developer.
The only thing needed is not killing developers.

Revision history for this message
In , Wes (wesinator) wrote :

(In reply to Patrick Seiter from comment #36)

> Would it be possible to add "Folder" as a column in the Bookmarks Manager so that when searching for bookmarks, we know what folder it's in? The problem with searching for a bookmark by Folder name is that say you do a search for "Friends" looking for your bookmarks on the Friends sitcom, but you forget that it's a folder and instead get a bunch of bookmarks of your friends. The keyword that you're searching for should be visible somewhere in the UI.

That is bug 469421
I agree - it needs to display the parent folder somehow

Revision history for this message
In , Standard8 (standard8) wrote :

*** Bug 1662721 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kiwibird-2 (kiwibird-2) wrote :

Bookmark Search Bug: Does anyone know how we can implement this fix? There is currently no way to search for folder names in the bookmark panel. This makes it very difficult to navigate long lists of bookmarks. There is also no way to view the folder path of the bookmark search results, making it difficult to organize and locate specific bookmarks. Thank you

Revision history for this message
In , Kiwibird-2 (kiwibird-2) wrote :

If someone wants to point me in the right direction I can try to recode it with my very little coding knowledge to fix this problem.

Bookmark Search Bug: Does anyone know how we can implement this fix? There is currently no way to search for folder names in the bookmark panel. This makes it very difficult to navigate long lists of bookmarks. There is also no way to view the folder path of the bookmark search results, making it difficult to organize and locate specific bookmarks. Thank you

Revision history for this message
In , André Pirard (a.pirard) wrote :

If we get the "open parent folder" working again, it would be a great help in finding the searched keyword in a bookmark, jumping to the parent folder and reaching the list of associated bookmarks.
As a kludge, one can create a dummy bookmark with the exact name of its folder.
Thought in Wallonia.

Norbert (nrbrtx)
tags: removed: precise trusty
Norbert (nrbrtx)
tags: added: bionic focal hirsute impish
Changed in firefox:
importance: Medium → Unknown
Revision history for this message
In , Release-mgmt-account-bot (release-mgmt-account-bot) wrote :

The severity field for this bug is relatively low, S3. However, the bug has 8 duplicates and 43 votes.
:mak, could you consider increasing the bug severity?

For more information, please visit [auto_nag documentation](https://wiki.mozilla.org/Release_Management/autonag#severity_underestimated.py).

Revision history for this message
In , Autonag-nomail-bot (autonag-nomail-bot) wrote :

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Revision history for this message
In , Standard8 (standard8) wrote :

*** Bug 1882632 has been marked as a duplicate of this bug. ***

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.