Duplicates when creating bookmarks

WHAT DO YOU RECOMMEND

When adding a url, if that url is already in your bookmarks, it should be rejected so as to not create duplicates.

HOW COULD IT BE DONE

N/A

REAL WORLD USE CASES

N/A

RECOMMENDED ALTERNATIVES

N/A

ADDITIONAL CONTEXT

:x: Using the + (or CTRL + N) to create a new Object and choosing the builtin Bookmark as the type, than pasting the URL. No duplicate detection happens and one can create multipe objects of type Bookmark referencing the same URL.**

1 Like

So you mean, when having it in the same set? Or in general having a bookmark object with the exact same URL?

I meant in general when you have a bookmark object with the same URL

I think this makes sense, but maybe even in a more general way. Kinda like the way Discourse (the software this forum is running on) suggests existing topics if you write a new topic to show potential duplicates.

1 Like

Yes please.
I’m dreaming of a nice workflow where I capture notes related to pages I have visited/ read…
The most important piece is that I require the URL I store be globally unique for all bookmark notes so I don’t create a monster of duplicated notes.

This is especially needed as searching for an URL does not return any of the bookmarks that contain the URL.
So in order to keep things duplicate free, one has to remember the titles of each bookmark and their associated URL - at least for me that’s never gonna work…

Or just saying something like:

A bookmark for this note already exist [followed by a link to open it]

This should already be implemented. Tested on latest release 0.34.3.

The duplicate detection or the search for an URL?

Would you mind describing how it works? I’m running the 0.34.3 Linux appimage and I can create 2 object from the builtin bookmark type with the same URL, no problem.

The first since that is the topic: “When adding a url, if that url is already in your bookmarks, it should be rejected so as to not create duplicates.”.

Could you please describe how you trigger this behaviour?

I am on the Linux 0.34.3 appimage release and I can create 2 objects of the builtin Bookmark type that both point to https://www.example.com
I can also create a duplicate object of Bookmark type that has the same title and Source relation, see screenshot of My Bookmarks set.

The 1 section was created with bookmarks all from scratch
The 2 section was me testing the URL duplication against one of the bookmarks shipped with AnyType.

I’m also on Linux and on 0.34.3, and I tried adding the example website, and it either just links to the already existing bookmark, or if in the set view, nothing happens.
Can you perhaps share a recording of it happening?

I will only be able to do so next week (super busy w/ work). Any chance you can prevent the auto-close to happen?

1 Like

Sure, you can reply here next week. Cheers!

This topic was automatically closed after 6 days. New replies are no longer allowed.

After some more playing around - and updating to 0.35.0 - this is what I found:

There are 2 ways to create bookmarks and they have different behaviour regarding duplicate detection:

  1. :white_check_mark: Clicking the New button from the Bookmarks view
    One is asked for the URL, if entering a duplicate URL nothing happens. Works just as expected - although I would prefer a message saying I’ve created a duplicate, but that’s cosmetic

  2. :x: Using the + (or CTRL + N) to create a new Object and choosing the builtin Bookmark as the type, than pasting the URL. No duplicate detection happens and one can create multipe objects of type Bookmark referencing the same URL.**

In a (my perfect) world both ways of adding a Bookmark show the same verification behaviour. I personally prefer creating a bookmark via the new object mechanism as I doesnt require me to browse to my Bookmark set and directly opens the details of the bookmark so I can add tag, notes, …

** Sidenote since I’m not sure this would be considered the same issue by the devs:
When using the new object mechanism the title of the URL is also not pasted into the title of the Bookmark object.

1 Like

This report has been added to our issue tracker and received by the Development Team.

1 Like