` links #336

New issue

Closed

opened 2026-02-28 14:32:16 +03:00 by kerem · 3 comments

kerem commented

2026-02-28 14:32:16 +03:00

Owner

Originally created by @jstarpl on GitHub (Nov 26, 2024).
Original GitHub issue: https://github.com/jpochyla/psst/issues/560

Is your feature request related to a problem? Please describe.
I would really like to open spotify: and https://open.spotify.com/ links in Psst instead of having to find the track/playlist/album/artist based on title.

Describe the solution you'd like
I think one solution might be to use a named local socket, using something like https://docs.rs/interprocess . The first running Psst instance would set up a socket and listen for Protobuf, JSON-RPC or some other simple protocol, for commands on what to do. Another Psst instance, with a specific command line - say --url spotify:playlist:xxx would connect to that socket, send a command and terminate.

Describe alternatives you've considered
Another option could be to have the Psst window be a drop-target for text, RegExp match on the text being dropped, and recognize a https://open.spotify.com/ text, parse it, and show/play whatever the link directs to.

Additional context
Having a named socket would open up the possibility of other integrations with Psst, like Stream Decks and such. I suppose that's already somewhat possible using global media hotkeys, but those are always at the mercy of the OS.

Originally created by @jstarpl on GitHub (Nov 26, 2024). Original GitHub issue: https://github.com/jpochyla/psst/issues/560 **Is your feature request related to a problem? Please describe.** I would really like to open `spotify:` and `https://open.spotify.com/` links in Psst instead of having to find the track/playlist/album/artist based on title. **Describe the solution you'd like** I think one solution might be to use a named local socket, using something like https://docs.rs/interprocess . The first running Psst instance would set up a socket and listen for Protobuf, JSON-RPC or some other simple protocol, for commands on what to do. Another Psst instance, with a specific command line - say `--url spotify:playlist:xxx` would connect to that socket, send a command and terminate. **Describe alternatives you've considered** Another option could be to have the Psst window be a drop-target for text, RegExp match on the text being dropped, and recognize a `https://open.spotify.com/` text, parse it, and show/play whatever the link directs to. **Additional context** Having a named socket would open up the possibility of other integrations with Psst, like Stream Decks and such. I suppose that's already somewhat possible using global media hotkeys, but those are always at the mercy of the OS.

kerem closed this issue

2026-02-28 14:32:16 +03:00

kerem commented

2026-02-28 14:32:17 +03:00

Author

Owner

@jacksongoode commented on GitHub (Nov 26, 2024):

This sounds like a great initiative, I've wanted to handle these links as well but it does require a listener for opening the applications. I think pasting Spotify links into the search bar does direct to the proper album/song.

@jacksongoode commented on GitHub (Nov 26, 2024): This sounds like a great initiative, I've wanted to handle these links as well but it does require a listener for opening the applications. I think pasting Spotify links into the search bar does direct to the proper album/song.

kerem commented

2026-02-28 14:32:17 +03:00

Author

Owner

@Pogodaanton commented on GitHub (Dec 8, 2024):

Potential duplicate of #159 ?

open.spotify.com links do indeed work in the search bar for the time being. I regularly open songs/albums in Psst by pasting links shared to me into the search bar. However, playlist URLs do not work (#565)

@Pogodaanton commented on GitHub (Dec 8, 2024): Potential duplicate of #159 ? open.spotify.com links do indeed work in the search bar for the time being. I regularly open songs/albums in Psst by pasting links shared to me into the search bar. However, playlist URLs do not work (#565)

kerem commented

2026-02-28 14:32:17 +03:00

Author

Owner

@jacksongoode commented on GitHub (Jan 29, 2025):

Duplicate of #159 .

@jacksongoode commented on GitHub (Jan 29, 2025): Duplicate of #159 .