Is your feature request related to a problem? Please describe.
I would like an option to prevent Anytype from making requests to the web to make a preview on a bookmark.
As a privacy focused application this seems like useful option in the settings to me.
Describe the solution you’d like
An option to disable this. Maybe as a global option or additionally on a per object basis.
Describe alternatives you’ve considered
No using bookmarks. Doesn’t prevent accidentally using them.
Considering the recent discussion in
could this request be converted into “Option to disable urls stored as links or bookmarks making web requests for previews (favicon, title, and text overview)” or something similar?
I imagine that since there is the Reload from source button in URL relations (such as in bookmarks), this could serve as the “on demand” approach requested in the original feature request.
Or should handling of bookmarks and URLs stored as links be separate, henceforth separate feature requests?
Thanks @Adda !
I would say it’s more or less exactly the same problem (in principle) no matter if bookmark or normal text link.
Therefor this thread @Flip has started should be used to address both issues, they are essential the same.
Nice to see that at least @Flip has recognized this potential issue, even 3,5 years back in time! 
Yes, I think that’s good.
One additional switch in the settings for activating/deactivating auto-load feature and everything seems to be fine for me.
After that, the auto-load would be really a feature, no longer a potential threat.
A new idea:
As already explained in the other thread some days ago, a weblink can be as unique as a fingerprint.
For a simple example see these two links:
https://www.ebay.com/itm/363912719230?itmmeta=01J4YY3KFQJRY90S148MDMBZHH&hash=item54bae36b7e:g:IRgAAOSwalJi1MFx&itmprp=enc%3AAQAJAAAAwLmuFsuYsIYLu02dSqq3%2Fh2yNd973s2e0EAnuzenBrrgN3LKL%2BIoX2dzo%2F9Z2acP1--zezq6SFap78Ke1--6BHAqQNQ3uCBF2e5J9JoyupBoDlW1DcwtdH5OJEbtZd87YSfMQ59JUMB9bSp7LEbRKnLJXjI3t%2FIJJmVq2ZwO6j5FG0wfQf0%2FSw3Zsn1WoypTsZEmLVaXXptzvrMvv8%2BoBc6Jz%2BPup5vvk7CELWZdLqttlvfMs38hsjcG4qXqNfP4FQ%3D%3D%7Ctkp%3ABk9SR_q3jt6nZA
https://www.ebay.com/itm/363912719230
Both links in the code box lead to the same product on eBay.
But the first one contains additional data that could lead to the identification of the person who has created the link.
(Remember: this is only a simple example!)
“A chain is only as strong as it’s weakest part.”
To hover in Anytype over such a link as the first one in the code box would de facto leak our identity, if the link has such appendages - even if we use the Tor browser.
I’m not sure if it is possible in all cases to cut off such appendages - it may not always be as simple as in the given example with eBay.
But if the devs think that it’s easy to implement and would always work for all websites, then I urge them to implement such a function!
– To cut away such appended data does IMHO not solve all possible problems related to this “hovering problem”, but at least a big part of it.
Perhaps this is something that can also be added to a toggle option requested here.
So it’s an option to disable bookmarks and (hyper)links pasted in the Anytype space to make automatically make web request (when hovered over for links), and also for all urls in general from making a connection out of the Anytype app without an explicit action from the user (such as explicitly choosing to embed a link).
So only the embed link will create a connection with the url when this option is selected.
