You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Sharing: Multi-user / multi-library support with private and shared photos/albums #98
It would be great to be able to share a PhotoPrism server between several people, each having their own private pictures/albums, and pictures/albums that could be shared with other users on the same server.
This would probably increase the complexity of the project quite a bit as a whole session/login/profile system would need to be implemented and also handle how to manage the pictures (All pictures in a single folder and assigned to different users by Database, a special folder structure, etc), most likely not compatible with how it works now.
I was not able to find out from the Wiki about what kind depth is PhotoPrism aiming at regarding photo management. Any input on this from the Devs?
@rkkoszewski This is something we want to do, but also not for the start.
Reacted by hialvaro, FreshMosh, Germano Gabbianelli, Sherlock1979, Samuel Denis-D'Ortun, Na, Kamil Markowicz, Lapo Luchini, Stephen Karl Larroque, Nate Bross and 11 more
Michael Mayer @lastzero 14:26
For multi user, we basically just need to add a users table to the db... what gets tricky are ACLs, roles and layered permissions - which is what people often mean with "multiple users". This won't be a free enterprise solution.
Ferdinand Mütsch @N1try 14:26
What I primarily meant by sharing is to have photo albums that are owned by multiple users (friends, family, ...) and are read + write for all of them. Probably a bigger feature
Michael Mayer @lastzero 14:27
I've done all of this for Deutsche Telekom ("Mediencenter") a couple of years ago, so I know what's needed.
Ferdinand Mütsch @N1try 14:29
Yep and user registration logic would probably be handy as well. I get your concerns regarding the free enterprise solution problem
Michael Mayer @lastzero 14:30
I'm all for making progress and adding cool features, especially sharing will be very important when the foundation is implemented in good quality.
Ferdinand Mütsch @N1try 14:31
May I open GitHub feature tickets for multi-user support and shared albums?
Michael Mayer @lastzero 14:31
There should be tickets already
As mentioned, just adding multiple logins is easy but if you don't do it right it can easily end up being a performance and security nightmare
The database should be able to hold the index in memory which is tricky with many users and much more photos, especially when you start to use sharding. This is not done in one or two days like the login itself.
Michael Mayer @lastzero 14:39
So for a family with not as many photos and no security concerns, it can be done later after thoughtfully thinking about the tradeoffs and implications. This needs to be documented very well too with big warning signs.
However, it would be better for performance to simply run multiple instances and use P2P sharing for albums.
For this, we might provide a central identity service with unique user name.
Reacted by Marc Combalia, Tobias Florek, adambeck7, Extarys, Stephen Karl Larroque and AlekseyMko
maybe ActivityPub support is better than multi-user.
Reacted by Michael Pfaff, kewball, Germano Gabbianelli, ArnoPoitt, Extarys, Guy Sheffer, morta5, miguell and itsmesid
Reacted by Ben McCann, Mohamad Tarbin, Nicolas Derive, Fazal Majid, John Begenisich, Tobias Kunze, V Aretakis, drifter75, Leonardo Mantovani, Telyn and 2 more
Cloud services such as nextcloud have already solved this problem. On the server the files are all owned by the cloud server and it decides who can view and edit the files.
changed the title [-]Multi-User Photo Gallery with private and shared photos/albums[/-][+]Sharing: Multi-user / multi-library support with private and shared photos/albums[/+]on Oct 27, 2024
What's still missing to fully satisfy this feature request is the ability to easily set up and index multiple independent libraries on the same instance (so you don't have to set up multiple instances manually), and an improved user interface that makes sharing with other users more convenient and obvious than sending them links to click on:
you can click the
sharingSharing with users, anonymously via links or publicly
label to see all sharing-related issues
Note that in order to avoid duplicate work and merge conflicts, we can only start implementing this once the ongoing upgrade of our frontend component framework is complete:
Activity
lastzero commentedon Feb 26, 2019
@rkkoszewski This is something we want to do, but also not for the start.
lastzero commentedon Dec 30, 2019
Related Gitter chat log for future reference:
Michael Mayer @lastzero 14:26
For multi user, we basically just need to add a users table to the db... what gets tricky are ACLs, roles and layered permissions - which is what people often mean with "multiple users". This won't be a free enterprise solution.
Ferdinand Mütsch @N1try 14:26
What I primarily meant by sharing is to have photo albums that are owned by multiple users (friends, family, ...) and are read + write for all of them. Probably a bigger feature
Michael Mayer @lastzero 14:27
I've done all of this for Deutsche Telekom ("Mediencenter") a couple of years ago, so I know what's needed.
Ferdinand Mütsch @N1try 14:29
Yep and user registration logic would probably be handy as well. I get your concerns regarding the free enterprise solution problem
Michael Mayer @lastzero 14:30
I'm all for making progress and adding cool features, especially sharing will be very important when the foundation is implemented in good quality.
Ferdinand Mütsch @N1try 14:31
May I open GitHub feature tickets for multi-user support and shared albums?
Michael Mayer @lastzero 14:31
There should be tickets already
As mentioned, just adding multiple logins is easy but if you don't do it right it can easily end up being a performance and security nightmare
The database should be able to hold the index in memory which is tricky with many users and much more photos, especially when you start to use sharding. This is not done in one or two days like the login itself.
Ferdinand Mütsch @N1try 14:37
I agree...
Michael Mayer @lastzero 14:39
So for a family with not as many photos and no security concerns, it can be done later after thoughtfully thinking about the tradeoffs and implications. This needs to be documented very well too with big warning signs.
However, it would be better for performance to simply run multiple instances and use P2P sharing for albums.
For this, we might provide a central identity service with unique user name.
renothing commentedon Jan 3, 2020
maybe ActivityPub support is better than multi-user.
lastzero commentedon May 17, 2020
@renothing ActivityPub support looks like a great feature for a later release 👍
Anyone experience with https://github.com/pixelfed/pixelfed?
mcombalia commentedon May 18, 2020
I agree just being able to provide multiple login accounts (with the same roles etc) is already a good step forward.
muety commentedon Jun 11, 2020
Any news on this? 🙂
lastzero commentedon Jun 12, 2020
Working on link sharing next, except you don't create a new account every time you share. You can set a password and expiry date though.
lastzero commentedon Jun 12, 2020
We start with albums, but technically you can share everything incl albums, labels, photos and files.
fcimeson commentedon Jul 12, 2020
Cloud services such as nextcloud have already solved this problem. On the server the files are all owned by the cloud server and it decides who can view and edit the files.
285 remaining items
lastzero commentedon Nov 20, 2022
We would like to remind you that this is not a forum and that you can use GitHub Discussions for general questions and comments:
Thank you! 💖
[-]Multi-User Photo Gallery with private and shared photos/albums[/-][+]Sharing: Multi-user / multi-library support with private and shared photos/albums[/+]lastzero commentedon Oct 27, 2024
I've updated the title of this issue and changed the label to "epic" since initial multi-user support for those sharing a single library was released in 2023, with 2-Factor Authentication and Single Sign-On via OpenID Connect added this year:
What's still missing to fully satisfy this feature request is the ability to easily set up and index multiple independent libraries on the same instance (so you don't have to set up multiple instances manually), and an improved user interface that makes sharing with other users more convenient and obvious than sending them links to click on:
Note that in order to avoid duplicate work and merge conflicts, we can only start implementing this once the ongoing upgrade of our frontend component framework is complete:
This also applies to other frontend-related issues such as batch editing and selecting an album cover image. Thank you very much for your patience and continued support! 🌈💎✨