[GH-ISSUE #189] Option for passing bookmark URL in as query parameter #141

Closed
opened 2026-02-25 23:33:32 +03:00 by kerem · 3 comments
Owner

Originally created by @timshannon on GitHub (Oct 2, 2019).
Original GitHub issue: https://github.com/go-shiori/shiori/issues/189

Since bookmarklet support has been dropped favor of the extension (#180), it be nice to have a fall back for any other scenario where the extension doesn't work (other browsers, locked down browser environments, etc).

Simply accepting a URL parm at the root page that automatically opens the Add bookmark dialog and pre-populates the URL from the parameter value would allow for this.

https://my-shiori-url.com?add_url=https%3A%2F%2Fgoogle.com

I may add a PR for this, if you think it's a reasonable addition. It should be able to be done entirely in the frontend Vue code.

Originally created by @timshannon on GitHub (Oct 2, 2019). Original GitHub issue: https://github.com/go-shiori/shiori/issues/189 Since bookmarklet support has been dropped favor of the extension (#180), it be nice to have a fall back for any other scenario where the extension doesn't work (other browsers, locked down browser environments, etc). Simply accepting a URL parm at the root page that automatically opens the Add bookmark dialog and pre-populates the URL from the parameter value would allow for this. `https://my-shiori-url.com?add_url=https%3A%2F%2Fgoogle.com` I may add a PR for this, if you think it's a reasonable addition. It should be able to be done entirely in the frontend Vue code.
kerem 2026-02-25 23:33:32 +03:00
Author
Owner

@deanishe commented on GitHub (Aug 7, 2020):

Bookmarklet support is important to me. It's simpler, and much more widely supported, than browser extensions.

<!-- gh-comment-id:670256403 --> @deanishe commented on GitHub (Aug 7, 2020): Bookmarklet support is important to me. It's simpler, and much more widely supported, than browser extensions.
Author
Owner

@clach04 commented on GitHub (Aug 16, 2020):

I don't have a strong opinion on what the URL should be but #84 with commit 4b939379e8 introduced /submit?url= - see:

This was a fallback for non-https installations (I'm personally running a private instance withOUT https).

I'd recommend adopting the previous URL (and bookmarklet) support.

<!-- gh-comment-id:674548278 --> @clach04 commented on GitHub (Aug 16, 2020): I don't have a strong opinion on what the URL should be but #84 with commit 4b939379e83b34f6d9d97517a80b8dd44313bbe8 introduced `/submit?url=` - see: * https://github.com/go-shiori/shiori/commit/4b939379e83b34f6d9d97517a80b8dd44313bbe8#diff-52f15f47c42ebad7b01d0c2eb2a495faR43 * https://github.com/go-shiori/shiori/commit/4b939379e83b34f6d9d97517a80b8dd44313bbe8#diff-68382b9aa5b82414a20bf208bb1b0859R654 * https://github.com/go-shiori/shiori/commit/4b939379e83b34f6d9d97517a80b8dd44313bbe8#diff-b15905fa00a4be61475ec51fae6c09f1R109 This was a fallback for non-https installations (I'm personally running a private instance withOUT https). I'd recommend adopting the previous URL (and bookmarklet) support.
Author
Owner

@deanishe commented on GitHub (Aug 20, 2020):

I'd recommend adopting the previous URL (and bookmarklet) support.

Was that removed? That's definitely going back in. Looks like it worked perfectly.

A GET-based submission endpoint is essential, imo. It allows you to integrate Shiori with almost anything.

<!-- gh-comment-id:677786083 --> @deanishe commented on GitHub (Aug 20, 2020): > I'd recommend adopting the previous URL (and bookmarklet) support. Was that removed? That's definitely going back in. Looks like it worked perfectly. A GET-based submission endpoint is essential, imo. It allows you to integrate Shiori with almost anything.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/shiori#141
No description provided.