really @Atlassian you are neglecting this for 10 years now?

Just to note that the share-with issues discussed above apply to the attachment preview functionality well as share-page in v. 5.7+ snd disabling share-page functionality does not also disable share-attachment functionality.
Share functionality should be configurable, and that configuration should be in one place.

We read groups from our central user directory (Microsoft Actice Directory) and use them for restrictions. But when you use a group for sharing content, confluence should use the e-mail address of the group instead of informing all group members. Especially avoid performance problems, when you have groups with many users.

Otherwise an administrator must have the possebility to configure what you can select (user, group, e-mail) or who can select groups, when you want to share content.

HEllo dears,

any update on this issue?

We need also limitation on autocomplete - Users list in permission editor.

• Profiles are shown to every user.
• and the @mention list which is still depends on autocomplete which returns all the users.

Regards

Hi,

The dangerous aspect is that all the users are able to view the profiles.

In a scenario where there are business rivals working with a particular client for the same project, would never what to give any bit of their information for e.g. profile information.

Regards,
Santosh

Any update on this?
We desperately need mention limitations as well. Now we have to disable the whole plugin simply because we don't want our customers to see each others details in different spaces. If it would work same way in confluence as it does in Jira it would be great.

Regards,
Timo

Hi,

is there any update on this issue?
This issue is also applicable for the "Share Botton". It is not possible for our mail server to send the notification for a different domain.

Thanks for your status update.

Regards
Stefan