140 notes
  • THANK YOU! I don't know what else this extension does yet but, when you search for a bookmark it shows the folder where it resides. This has been a necessary feature for over 15 years(!) and, for some reason the Mozilla developers have been avoiding implementing it. It can clearly be implemented quickly. Thank you very much.
  • It does perfectly what I want it to do: to show in which folder a bookmark is.
    However, on install, it opens itself in every window (and replaces Tree Style Tab), where we have to close it or switch back. It would be better to open it only in the active window or none at all if that's not doable.
    Hello Thomas, correct, this is the default behavior of FF -> https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/manifest.json/sidebar_action

    This is a security default, so that an install doesn't go unnoticed by the user.

    Note that:
    - If you immediately redisplay the previous sidebar you had, then subsequent new windows use the one you just selected.
    - When you close FF with a sidebar open, next time it restarts, it reopens with the same sidebar you had at time of close.
    These are FF behaviors at this time which an add-on cannot modify.
  • Showing bookmark parent folder is a must have feature for firefox bookmark manager that is missing.
    Some bugs though at my 2.0.52v.
    -> i use to bookmark a webpage by draging and droping the url to a folder in my bookmark toolbar, but i can't, there is a forbidden sign.
    -> maybe one of my already existing bookmarked pages is infected with malware script. Although i didn't open at all that page, Avast keeps complaining about a malware script, like if i have opened it. This didn't happened ever before installing this add-on. I removed the add-on and i don't get any complains from avast (only if i open the page myself).
    -> i've bookmarked "about:config" and when i click it, it won't open.
    Hello, thank you, I didn't know / didn't notice we could drag the URL address text from the location bar
    => usually, you just need to drag the (i) icon in the location bar ...
    So I added it in 2.0.53 (which is out now).

    On the 2 other points:
    - Yes, upon first load, BSP2 has to fetch each bookmark URL to get its favicon, because the FF API doesn't make that available to add-ons. This is only on first load and until all bookmark favicons were fetched.
    If you do not want that, just disable or pause favicon fetching in the options.

    - "about:config" and in fact any "about:...." URL cannot be open by add-ons.
    This is a security protection of FF (if you look at the browser console with Ctrl+Shift+J, you will see a security error), and this cannot be bypassed.
  • How to set the mouse autofocus in the search bar? This is absolutely needed.
    Hello, indeed ... This is a Firefox feature for add-on, not an add-on controllable thing, and this is missing.
    I have opened a bug on FF for that -> https://bugzilla.mozilla.org/show_bug.cgi?id=1502713
    .. waiting for it to be resolved (it is P3, so I do not expect it to be fast :-( )
  • Минусы: нет быстрого перехода к найденной закладке в дереве одним правым кликом или стрелками вверх / вниз. Нет черной цветовой темы. Нет редактирования тэгов и ключевых слов - только названия и адреса. Не изменить или удалить горячие клавиши (Ctrl + Q). Не выделить в панели несколько пунктов (чтобы перенести, удалить, или присвоить всем один общий тэг, в дополнение к уже имеющимся).
    Hello Korwin, sorry I do not speak Russian. I tried to translate using Google translate, but I am not exactly sure of the result ...

    > The only minus noticed is that there is no quick transition to the found tab in the tree, or at least its
    > highlighting. Only "Go parent folder". And then - look with your eyes. How many hundreds of them
    > were there.

    For what I understand of your comment, when you want to show where is a searched bookmark item in the tree, simply click on the search result you want to look for, or right click on it and click on "Show bookmark" in the context menu, and the bookmark pane will smoothly scroll to where your bookmark is, highlighting it.
    Or let me know if I am misunderstanding your comment.
    Thank you, aaFn.
  • It's baffling that the functionality provided by this add-on is not part of Firefox. Who doesn't need to look for bookmark folders or find the parent folder of a bookmark?

    What's even more remarkable about this add-on is that the navigation is very intuitive and in keeping with the Firefox interaction in general, which is my main reason for sticking with Firefox (through all that memory hogging and the PC crashes, but I digress). No weird assumptions to figure out, just install and start organizing. From what I can tell, the one drawback I find (not seeing properties or tags) is imposed by the Firefox API, not by BSP2.
    Hello , thank you. Yes, impatiently waiting for FF to resolve that through an extension of the API -> https://bugzilla.mozilla.org/show_bug.cgi?id=1225916
    More and more people are asking for it as we can read there, so that should happen :-)
  • possibility to search folders!
  • awesome job, thank a lot man
  • I dont know how I lived without this extension. Not only when you search a bookmark it says the parent folder, if you click on the bookmark it gets you to the parent folder! Event with a smooth animation, omg

    EDIT: omg it is fucking downloading all the favicons, even says the % downloaded...
    Only drawback is that on kubuntu dark mode, the background is white, as opossed to the rest of the UI. Anyways its a 5 of 5.
    Hello Ángel, thank you. I will see if I can do something about the background, either to align it with the theme (but I am afraid this would require one more permission), either by adding an option to change it.
  • **EDIT** And thanks to the developer for your rapid response to my review :-) In fact, I was just having a problem with a bookmark that would not delete and would not sync to FF bookmarks. Your hint about the "Reload from FF API" button proved to be the solution to that problem! By refreshing the BSP2 bookmark list, it cleared that problematic bookmark. Also thanks for your point about privacy and cookies. That has led me to uncheck the option I had previously checked.


    I really, really like this add-on which I discovered yesterday.

    I depend on my Firefox bookmarks and now I can do what I couldn't previously do in Firefox:
    1. Search for a bookmark folder
    2. Search for a bookmark and INSTANTLY see which folder it is in (this is also a way for me to find other similar bookmarks by locating their folder)
    3. The above point is particularly useful for many of my bookmarks which unfortunately don't show a blue star in the navigation bar (an FF bug?). That makes it virtually impossible for me to find their folder without this excellent add-on (I have about 6500 bookmarks so you can well imagine the problem!)

    What is more, Bookmarks Search Plus seems to auto-sync with Firefox Bookmarks (presumably, this will be because they are both using the same bookmarks list?).

    Doubtless, I will go on to discover other useful features of this add-on, but the above-mentioned already fulfil key functions I need, that are lacking in Firefox's otherwise (for me) excellent bookmarks.

    Thanks to the developer for an excellent tool!!

    And by the way, for the previous reviewer, I think you are wrong about favicons. I had a similar problem, and so went to the add-ons page, clicked the Options button for Bookmarks Search Plus, and ticked "Include cookies to increase background favicon retrieval success rate" (this is right at the bottom of its Options page) and that seemed to do the trick for me. Hope that helps!
    Hello Keith, thank you for the message.

    Yes BSP2 is getting notified by FF each time something is changing in bookmarks. So this is auto-syncing, and the FF bookmark list is the unique source. It can happen in some conditions (like disabling the addon for some time) that the sync is lost, hence the "Reload from FF API" button in the options page.

    And yes favicon are fetched. That does not start immediately on first install in order to let FF stabilize first.
    Then the option you mention increases the number of favicon succesfully fetched. I created that option and set it to false by default for people who do care about privacy and cookies.
  • That is the first web extension which add very usefull function like "go to parent folder" and even better "show bookmark". If it would show the favicon, it would be perfect...
  • Bookmark search : Firefox never show you the folder, so it's impossible to organize stuff; this add-on solve this. Thank you.
  • ***** Update:
    I tried your suggestion. As soon as I click (left or right) within the search pane,, the folder pane scrolls to the source bookmark, just as I'd previously described, again obliterating the view of the target folder. So, I assume you meant right clicking in the folder pane, instead. (But the act of locating the bookmark in the folder pane still scrolls the target folder out of view, regardless of how one accomplishes it!)

    (And as before, when moving a lot of related bookmarks at once, a massive amount of "seesawing" is required. [for example to move 26 bookmark search results
    into a target folder, one would currently:
      a) CLICK the search hit
         (causing target folder to disappear from view due to scrolling),
      b) cut,
      c) locate target folder again,
      d) paste,
        <perform 25 more repetitions of steps a,b,c,d, one repetition of each of the
        four steps for each of the remaining 25 bookmarks>

    That adds up to 104 steps,
    but the same results could be accomplished in three steps (selection, one cut, and one paste) with a change such as that described in item 3 below
     ] )

    When I looked at the search pane's right click menu, I saw that it contains:
      Show Bookmark
      Go to parent folder
      <three other varieties of "Open">

    but it does not contain "cut", unlike the right-click menu within the folder pane.

    Although these two changes could make it unnecessary to keep locating the target folder over and over again,
      1. When right clicking within the search pane, don't scroll the folder pane
       (but still do so with left clicks)
      2. Add "cut" to the search pane's right-click menu
    . . .
    an alternate version of that that approach would be immensely more useful:
      3. in the search pane, instead of the above two changes:
       3a. Allow use of a shift key modifier with left clicks to permit selecting
         a range of search results prior to using "cut".
       3b. When the shift key modifier is used with either left or right click,
         just select - don't "act" (don't scroll the folder pane)
       3c. Permit using a control key modifier with left clicks to select
         non-contiguous search result "hits".
       3d. Add "cut" to the search pane's right-click menu.

    This change would permit moving multiple related bookmarks all at once to a single target folder using a single "cut" and a single "paste", and would solve the "back-and-forth" seesaw problem in a different manner than the one suggested in my first message.

    ****** Original message:

    Nice concept. Definitely more useful than the built-in bookmark manager.

    I have one major problem using it. When trying to organize a large collection of existing bookmarks, I have significant difficulty moving bookmarks into different or new folders for the common case in which each bookmark and its new folder are at a greater distance from each other than can be displayed on the screen.

    One thing that might make this be easier could be the ability to drag a bookmark directly from the search results. As it stands now, when one clicks on a search hit, doing so will scroll the tree display until the bookmark corresponding to the clicked search hit is displayed.
    Unfortunately, scrolling the tree display for that purpose also has the side effect of scrolling the target folder off the screen, so that it is no longer directly accessible.

    One can awkwardly get around the problem by using one of two methods:
    ​  Method One: drag the bookmark up to the boundary between the tree display and the search-box display and wiggle it over the boundary repeatedly, causing the tree display to slowly scroll upwards until the target folder comes back into view, and dropping it onto the target once it can finally be reached.
    ​  Method Two: Drag the bookmark upward to a point between the top two items visible in the tree view, then scrolling the tree view until it reaches the bottom of the screen. Do this repeatedly until the target folder comes into view, and then drag one last time into the target folder.

    If one could drag directly from the search frame to the target folder, such scrolling could be avoided in the case where one is moving individual bookmarks located via search..

    A more general approach might be to have a menu choice when right-clicking the target folder that would cause the folder to pop up as its own window, permitting one to move one or more items from various locations within the tree to the target without having to locate both the source and target each time to facilitate each move.

    In case the popup would be an implementation hassle, perhaps instead a static (unaffected by scrolling the tree) frame displaying the target folder could be the result of selecting the aforementioned right-click menu choice (instead of popping up a window, that is).

    [ Note: I had originally written "implementation drag", not "implementation hassle", but changed it upon being told that it might be misinterpreted as the result of a mouse action. ]
    ***** New update
    Hello Michael, this is all implemented now in 2.0.42 which is out. Enjoy, or let me know :-)
    See https://github.com/aaFn/Bookmark-search-plus-2/issues/66 (note: multi-selection will come later, it is yet a todo)

    ***** Update
    Hello Michael, yes what you say / propose makes much sense. In particular, multi-selection (with Shift and Ctrl) is already planned, but I didn't do it yet.

    Could we continue that discussion on https://github.com/aaFn/Bookmark-search-plus-2/issues/66 ? I opened an issue there for that purpose, called "Allow Cut from Search pane". The one on multi-selection already exists as a ToDo.

    That will be more practical to fine tune the elements, and to trace the dicussion in the right order :-)
    Thank you, aaFn.

    ****** Original message:
    Hello Michael, interesting considerations and suggestions. I will have a think about it.

    Meanwhile, there is a very simple way to do what you want:
    - once you have located the bokmark you want to move, simply right click on it and click on "cut"
    - then find the place where you want to move the bookmark, right click on that item, and click on "paste before" or "paste into" (the latter is only possible on a folder, and will move the bookmark at end of it).

    That's it, the bookmark will move where you want.

    Note that until you click "paste ", or until you right click "cut" or "copy" on another item, the initially cut bokmark is dimmed to signal that it is under a "cut" operation, but it will remain where it is, so there is no danger.

    This is the same behavior as in the Native Bookmark sidebar.

    Hope this helps, and again thank you for the ideas, aaFn.
  • I've downgraded my rating because I can no longer get this to load on my Win7 system with Fx 65. (Keeps trying to load.) It may work with your system--hence not the lowest rating.
  • Whew! It will free up tons of my man-hours. Very good job!
    Some remarks:
    - links to local files do not work
    - inconsistent behavior when clicking bookmark with middle-mouse-button: link opens in a new tab (as it should), but the sidebar goes into autoscrolling mode

    Special thanks for the bookmark statistics in addon/preferences :)
    Hello Debarkader, thank you.

    - Indeed on file URL's, this is a security protection of FF = add-ons are not allowed to access / trigger "file:..." URL's (as well as "about:..." URL's). This is understandable, as it would allow an add-on to access files on your system ... This results in an "Error: Illegal URL" exception in the browser console log and nothing can happen.

    - On the middle-mouse-button click and autoscrolling, I know the problem on Windows and I was not able until now to prevent this default FF behavior. However, I did one more attempt at it, and good news, it seems I eventually succeeded this time to find a way to prevent it .. => that will be in 2.0.41.

    =============== Update ==============
    This is now in 2.0.41.
  • Holy Crap! Thank you! I've been looking for something like this ever since the Alice0775 add-ons stopped working. This is one feature that Mozilla really fell on it's face when it re-wrote FF.