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
From a user perspective however when browsing channels I would expect to see private channels, that I've been invited to, as well.
We could of course list all public channels as well as private channels from the user's bookmarks. That begs the question if the server should automatically create a bookmark for a user when that user is invited to a channel.
The text was updated successfully, but these errors were encountered:
nesium
added a commit
to prose-im/prose-core-client
that referenced
this issue
Nov 10, 2023
closes#34, refs prose-im/prose-pod-system#4
- Bookmarks are now saved in a custom PubSub (PEP) node
- Bookmarks for Private Channels are never deleted, only marked as “not in sidebar” so that we don’t loose track of them (needs a new method to browse all available channels)
- Groups - even when not visible in the sidebar - are always joined, so that they behave like direct messages
- When a mesage from a group is received, the group will automatically be added back to the sidebar
Breaking change: JSDelegate callback was renamed from `roomsChanged` to `sidebarChanged`
I believe that a MUC service only ever returns public rooms: https://xmpp.org/extensions/xep-0045.html#disco-rooms
From a user perspective however when browsing channels I would expect to see private channels, that I've been invited to, as well.
We could of course list all public channels as well as private channels from the user's bookmarks. That begs the question if the server should automatically create a bookmark for a user when that user is invited to a channel.
The text was updated successfully, but these errors were encountered: