[GH-ISSUE #3514] Let user select what data to sync #2398

Closed
opened 2026-02-27 00:07:14 +03:00 by kerem · 5 comments
Owner

Originally created by @zxdong262 on GitHub (Jul 17, 2024).
Original GitHub issue: https://github.com/electerm/electerm/issues/3514

Hello,

would it be possible to build the sync so that I can provide bookmarks and bookmark groups for all users, but everything else remains assigned to the user. The point is that I would like to use electorm in a larger team so that everyone has all the connections in electorm that we use

Originally posted by @mcordes92 in https://github.com/electerm/electerm/discussions/3512

Originally created by @zxdong262 on GitHub (Jul 17, 2024). Original GitHub issue: https://github.com/electerm/electerm/issues/3514 Hello, would it be possible to build the sync so that I can provide bookmarks and bookmark groups for all users, but everything else remains assigned to the user. The point is that I would like to use electorm in a larger team so that everyone has all the connections in electorm that we use _Originally posted by @mcordes92 in https://github.com/electerm/electerm/discussions/3512_
kerem closed this issue 2026-02-27 00:07:14 +03:00
Author
Owner

@mcordes92 commented on GitHub (Jul 22, 2024):

I saw that they integrated this function in the latest release, now I have a question about it:

If user1 creates a connection and stores their profile there and it is then synced, then the profile ID is transmitted

If user2 then retrieves the data again, then a profile ID is stored in the connection that does not exist for user2.

The background is that I want to synchronize the same connections for several users, but every user should also be able to use their profile if possible

<!-- gh-comment-id:2242726639 --> @mcordes92 commented on GitHub (Jul 22, 2024): I saw that they integrated this function in the latest release, now I have a question about it: If user1 creates a connection and stores their profile there and it is then synced, then the profile ID is transmitted If user2 then retrieves the data again, then a profile ID is stored in the connection that does not exist for user2. The background is that I want to synchronize the same connections for several users, but every user should also be able to use their profile if possible
Author
Owner

@zxdong262 commented on GitHub (Jul 22, 2024):

I see, currently, profile is part of bookmark, would make profile standalone in next release

<!-- gh-comment-id:2242738189 --> @zxdong262 commented on GitHub (Jul 22, 2024): I see, currently, profile is part of bookmark, would make profile standalone in next release
Author
Owner

@mcordes92 commented on GitHub (Jul 22, 2024):

I don't mean the selection of what should be synced, but when I look at the JSON that arrives at the sync server, the ProfileID is stored in the object of a connection, which the user can specify when creating a connection.

If User1 creates the connection with his profile and this is then synced, User2 cannot use the connection because a different profile is stored there.

<!-- gh-comment-id:2242742988 --> @mcordes92 commented on GitHub (Jul 22, 2024): I don't mean the selection of what should be synced, but when I look at the JSON that arrives at the sync server, the ProfileID is stored in the object of a connection, which the user can specify when creating a connection. If User1 creates the connection with his profile and this is then synced, User2 cannot use the connection because a different profile is stored there.
Author
Owner

@zxdong262 commented on GitHub (Jul 22, 2024):

I don't mean the selection of what should be synced, but when I look at the JSON that arrives at the sync server, the ProfileID is stored in the object of a connection, which the user can specify when creating a connection.

If User1 creates the connection with his profile and this is then synced, User2 cannot use the connection because a different profile is stored there.

How about the default profile has same id: default or need more profile, then we need a feature that user could edit id

<!-- gh-comment-id:2242758030 --> @zxdong262 commented on GitHub (Jul 22, 2024): > I don't mean the selection of what should be synced, but when I look at the JSON that arrives at the sync server, the ProfileID is stored in the object of a connection, which the user can specify when creating a connection. > > If User1 creates the connection with his profile and this is then synced, User2 cannot use the connection because a different profile is stored there. How about the default profile has same id: default or need more profile, then we need a feature that user could edit id
Author
Owner

@mcordes92 commented on GitHub (Jul 22, 2024):

How about the default profile has same id: default or need more profile, then we need a feature that user could edit id

The standard profile is good and would be a great feature if it were included.

The other idea that comes to mind would be a new settings screen (site) where the user can specify which profile should be used for which connection. So that every user can generally specify this themselves.

<!-- gh-comment-id:2242764146 --> @mcordes92 commented on GitHub (Jul 22, 2024): > How about the default profile has same id: default or need more profile, then we need a feature that user could edit id The standard profile is good and would be a great feature if it were included. The other idea that comes to mind would be a new settings screen (site) where the user can specify which profile should be used for which connection. So that every user can generally specify this themselves.
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/electerm#2398
No description provided.