Bug report

I've noticed some problems with the tagging: Inaccurate tag count If you look at the total count for a tag in the left most column, it seems to be consistently lower than the actual count if you click on the tag and see the "___ bookmarks found" in the main panel. Missing tags I noticed this when I was reorganizing my tag names. Some of the tags I have are not showing up in the following locations Left column tag list In the Search > Narrow Your Search: even as I start typing a tag that I know exists it doesn't show Editing a Bookmark > Tags > as I start typing a tag, it's not showing in the dropdown I have confirmed that the tag does exist by pulling up an old bookmark that still has that tag. I can even click through on the tag and see that I have 36 bookmarks found. Thank you!

I have over 41k bookmarks and have been slowly cleaning up all my duplicates over the past few months. Just before the recent February update I recall having a total of over 27k duplicates. Now, it's showing that I have only 3.6k duplicates when selecting "All Bookmarks" in the sidebar menu. This isn't accurate. For example, if I type "design" in the search field and narrow it further by selecting "Duplicates", it shows that I have over 10k duplicates with that specific keyword. So again, it reports 3.6k duplicates under "All Bookmarks" yet it shows over 10k duplicates that contain the word "design".

When I go to add links to a certain collection, I noticed that some titles weren't there, and I had to go search for them. I didn't have them hidden or click for them to be hidden. I also don't remember all the different category I made because there's so many.

Since the update from February 20th 2025 it seems like the Description field disappears from the Edit view / window when Description is unchecked in one of the list views. (see screenshots attached) Note on the other hand behaves as before: it can be disabled in a list view and still be seen in the Edit view. Would it be possible to get the Description field back? I usually have Description and Note hidden in the List view to make it less cluttered, but still like to use the fields in the Edit view. Thanks!

When bookmarking a new site, the title and description must be 'loaded'. This can sometimes take up to ~10 seconds. If I choose a collection or type a note before the title and description are fully loaded, those edits are reverted once the load finishes (note is cleared, collection goes back to the default). I mostly notice this on PC, but it has happened on iOS as well.

The free version should have unlimited number of highlights, but upon highlighting I reached 100 highlights and it stopped highlighting.

Before I failed, the titles and descriptions in epub files were edited on their own after a short time, but now I had to fill it out manually.

I've noticed with the desktop application that one can use Ctrl + / Ctrl - to control the zoom level of the ui text and interface. However it gets reset every time one closes out and re-opens the program or if a new item gets synced to it while open. Would love the ability to set a default zoom level similar to what is available in most Chromium-based web browsers.

Let say I have a collection titled UKRAINE/RUSSIA WAR and I want to bookmark an article and tag #kyiv , I can do so and the tag appears in the UKRAINE/RUSSIA WAR collection. If I add a second article and tag #kyiv again it will do so with no problem and appear during your predictive text as 'kyiv 2' if it is the second time I have tagged the word Kyiv. Later, if I have another collection titled IMMIGRATION and I want to bookmark an article about immigrants from Kyiv, for example, I will want to tag #kyiv again. But no, it will only appear if I add it in the UKRAINE/RUSSIA WAR collection (now showing as 'kyiv 3' as I type it using your predictive text) - but NOT if I add it to the IMMIGRATION collection where it will be a brand new tag. This is totally ridiculous and negates the whole purpose of tagging. Frustrating and non-sensical. Please sort it out.

It would be nice to have pass through microphone access in the built-in browser. Usage context - using raindrop as a launcher for a folder full of voice AI agents. The iframe requirements are quite picky about microphone access so I'm guessing this the browser cannot request it.