1
[Feature] Show photo by using the path stored on server in URL
Source: immich-app/immich#30494 · opened by @plans-coding
I have searched the existing feature requests, both open and closed, to make sure this is not a duplicate request.
• Yes
The feature
It would be very useful if photos could be referenced by their original storage path in the URL instead of requiring the asset ID.
Currently, direct linking isn't possible unless the asset ID is already known. To obtain it, clients must first send a POST request to search for the asset based on its original storage path, adding an unnecessary lookup step.
Allowing assets to be addressed directly by their original storage path would simplify integrations and enable straightforward hot-linking when the storage path is already known.
Platform
• Server
• Web
• Mobile
• Yes
The feature
It would be very useful if photos could be referenced by their original storage path in the URL instead of requiring the asset ID.
Currently, direct linking isn't possible unless the asset ID is already known. To obtain it, clients must first send a POST request to search for the asset based on its original storage path, adding an unnecessary lookup step.
Allowing assets to be addressed directly by their original storage path would simplify integrations and enable straightforward hot-linking when the storage path is already known.
Platform
• Server
• Web
• Mobile
No pledges yet. Be the first to back this.
Comments
Similar requests
[Feature] Full path of image location when reviewing duplicated
6 votes · 0 comments
Immich mobile app not redirect to correct path using deeplink(my.immich.app)
0 votes · 0 comments
[Feature] Allow browsing local (non-backed-up) photos in timeline alongside backed-up photos + Filter Photos Page Album
4 votes · 0 comments
[Feature] ability for remote checkmark to represent an upload not just to immich, but to the cloud (and or functionality to back up to cloud)
1 vote · 0 comments
[Feature] API Scan External Library sub path or single file
5 votes · 0 comments
No comments yet.