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

Edit Item - Edit item's authorization policies - The group name is not changed right after saving a new group #3713

Open
kanasznagyzoltan opened this issue Dec 4, 2024 · 1 comment
Labels
bug component: Item (Archived) Item display or editing help wanted Needs a volunteer to claim to move forward performance / caching Related to performance, caching or embedded objects

Comments

@kanasznagyzoltan
Copy link

Describe the bug

When the user is changing the resource policy of any item, the group name is not changed right after saving a new group.

To Reproduce

Steps to reproduce the behavior:

  1. Choose an item
  2. Click on "Edit item"
  3. Click on the Status tab
  4. Choose "Edit item's authorization policies"
  5. Change item policy for the item or any specific bitstream. For example change the group name from Anonymous to Administrator or vica versa and click on Save
  6. The web ui is not changed right after saving the new value
  7. However a full page reload using CTRL + Shift + R shows the new values is stored, but I think an invalid cached value is displayed right after the save

Expected behavior

The new group name should be displayed right after saving.

Related work

I could reproduce this problem in DSpace 8.0 and also in DSpace 9.0 (using the demo site).
I also tested in DSpace 7.6 -> but this version looks like okay, the new values is displayed right after the saving.

Video evidence

2024-12-04.18-24-29.mp4
@kanasznagyzoltan kanasznagyzoltan added bug needs triage New issue needs triage and/or scheduling labels Dec 4, 2024
@github-project-automation github-project-automation bot moved this to 🆕 Triage in DSpace Backlog Dec 4, 2024
@tdonohue
Copy link
Member

tdonohue commented Dec 4, 2024

Thanks @kanasznagyzoltan . I can reproduce this also on demo.dspace.org. As you said, it appears to just be a caching issue in the User Interface. The change is made, but it doesn't appear until you reload the page.

Nonetheless, that's a bug, so I'll pull this over to our maintenance board in search of a volunteer.

@tdonohue tdonohue added help wanted Needs a volunteer to claim to move forward performance / caching Related to performance, caching or embedded objects component: Item (Archived) Item display or editing and removed needs triage New issue needs triage and/or scheduling labels Dec 4, 2024
@tdonohue tdonohue removed this from DSpace Backlog Dec 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug component: Item (Archived) Item display or editing help wanted Needs a volunteer to claim to move forward performance / caching Related to performance, caching or embedded objects
Projects
Development

No branches or pull requests

2 participants