Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

On the permission page cm:authorityName is used instead of cm:authorityDisplayName #3766

Open
AlgoJerViA opened this issue Apr 5, 2024 · 1 comment

Comments

@AlgoJerViA
Copy link

Describe the bug
On the permission page cm:authorityName is used instead of cm:authorityDisplayName, this can create a lot of confusion since the names do not always match.
That is we see as an example GROUP_site_swsdp_SiteManager instead of site_swsdp_SiteManager.

Environment

  • ACA version: 4.4.1 (also all other versions I believe, were first noticed in 4.1.0)
  • ACS version: 6.7.1

To Reproduce
Steps to reproduce the behavior:
Open any node that has directly set permissions and observe the names.

Expected behavior
I expect to see the cm:authorityDisplayName in the front end and not cm:authorityName as we do in the old Share environment.

Additional context
At the core, the API is to blame, the permission page does the following call:
http://localhost:4200/alfresco/api/-default-/public/alfresco/versions/1/nodes/b4cff62a-664d-4d45-9302-98723eac1319?include=path%2Cproperties%2CallowableOperations%2Cpermissions

In the response
...
{
"authorityId": "GROUP_site_swsdp_SiteManager",
"name": "SiteManager",
"accessStatus": "ALLOWED"
},
...

So the API does not return the display name and someone decided to use the authorityId instead.

I assume that the most correct way to fix this is to include the display name in the API response and use that.

@DenysVuika
Copy link
Contributor

This needs to be reported for the backend, given that the issue is not in the frontend layer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants