Browser fallback for shortened links #503
Closed
dansturm-sandwich
started this conversation in
General
Replies: 2 comments
-
|
I guess an alternate solution / question is, is there a transformation option in finicky that would resolve the destination of the shortened url before rerouting? Does the urlShorteners option still exist / work? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Okay, after enough searching (sorry) I found the conversation about having removed urlShorteners from v4. I forked the repo to add our custom shortener, which works for us for now. Thanks. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
This is going to be a super edge case, but I'm wondering if there's a way to have a fallback browser option in case the first browser choice is not able to open a link.
We just started using Finicky to point lucidlinks to the lucidlink app as their default browser so it doesn't open a finder window every time a link is clicked, then redirect back to the app and then Finder. But we also use a custom branded link shortener for a bunch of different destination urls, not just lucid links (dropbox, web, etc). I'm wondering if there's a way to route our short urls to the lucid app first, if it doesn't work because it's not a lucid link on the other side of the short link, have it then open in Safari. That's probably too many conditional logic leaps for something like this, isn't it.
Beta Was this translation helpful? Give feedback.
All reactions