Hello sjapartments, no, the bookmarks created through BSP2 are fully standard, they are created using the Firefox API, so they are created by Firefox itself, and they do not differ from when they are created from the native bookmark sidebar.
There must be something else.
Maybe Edge has a bug in importing bookmarks from Firefox ? Cf. https://answers.microsoft.com/en-us/microsoftedge/forum/all/unable-to-import-bookmarks-favorites-from-firefox/539ce5d5-1e8a-4ea6-bc92-a6808de6a19d, you do not seem to be alone having problems

Hello @vlad, indeed it would be easier to continue the conversation on https://github.com/aaFn/Bookmark-search-plus-2/issues, but let's see how far we can go here.

First, I do not have a Macbook, so I rely on a virtual MacOS in a VM, that might introduce differences.
Second, my MacOS VM is on Monterey 12.2.1, that might also be a difference with you.

Anyway, based on FF 129.0.1, and on BSP2 v2.0.129, I am not able to reproduce any of the 3 symptoms you mention:
- d&d of links or tabs or existing bookmarks in a folder, new or existing, is immediate, and no error on my side
- the second symptom makes me think of a regression I fixed in 2.0.129, can you make sure that you have the latest BSP2 version ?
- on the third, I must say I am puzzled .. the right click menu [not Ctrl-right click] has indeed "Bookmark Tab Here" [without the "(s)" part on "Tab", only one tab, the current one], but it does not ask for a folder name, it does not create one, and it has no limit to 30 characters on the folder name where the bookmark is created from the current tab, nor on the bookmark name itself. If you keep Ctrl pressed when clicking on the action, the properties menu opens on bookmark creation to ask you to modify the name, and here also, no 30 characters limit (and frankly, there was never such a limit in my code !).

So net is that I am not able to reproduce the problems, or maybe I need a litte more precision, sorry to be slow if so.

Hello @davey foxx, the need for each permission is explained here, in detail for each:
https://github.com/aaFn/Bookmark-search-plus-2/wiki/Permissions-and-Privacy-policy

In short, these are mostly due to shortcomings or limitations in Firefox, unfortunately
(a number of them are depending on bugzilla's to be corrected so that I can drop the need for the authorization).

Hello, thank you, any suggestion ? (if you can place that in https://github.com/aaFn/Bookmark-search-plus-2/issues)
My skills on icon design are not the best :-)
The idea is to keep a reference / similarity to the FF bookmarks icon, with something showing a "plus", and easily distinguishable from the standard FF bookmarks icon.

Welcome, and indeed, regex is quite useful. However, not so many people know how to use it, so I guess this is only for a fraction of users :-)
Thank you, aaFn.

Hello, sorry for the problem, and strange that you cannot even uninstall it, that would suggest a Firefox problem maybe.

Would you mind opening an issue on https://github.com/aaFn/Bookmark-search-plus-2/issues, with a screenshot of the Firefox Add-ons page, and also indicating to me which version of Firefox this is, on which OS ?

Also, could I ask you to go to the Options page of the add-on, activate the Traces option, and then would you agree applying this procedure https://github.com/aaFn/Bookmark-search-plus-2/wiki#debugging-bsp2--reporting-errors and report me the errors or messages that you see ?

Thank you in advance, and again sorry for the inconvenience, aaFn.

Hello, thank you.
I guess I see in fact 2 changes to do here:
- when opening properties, if already open, re-focus on the already open one instead of opening a second one (I will verify this is possible)
- currently, when changing the value of a field in the property window, the bookmark value is immediately changed = this was the old behavior of FF when I created the add-on some years ago, a bit strange but this is what it was .. and so I mimicked it .. and so Cancel is restoring the old values when opening the property window.
However, this behavior now changed in FF, so I will look at going back to a more natural flow, where values are only changed when pressing "Save" (and so Cancel should do nothing, as the name says).

============ update 05/11/2023 ===========
Both changes made in 2.0.119 which is out now. Let me know on https://github.com/aaFn/Bookmark-search-plus-2/issues if any problem.
And yes, this is non modal. And by the way, it can't be modal, as the FF Web extension (add-ons) API does not allow modal windows as of today, to my knowledge.
Thank you, aaFn.