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

Testathon: Submitter's name replaced with NA in workflow and elsewhere #2928

Closed
librariankimberly opened this issue Apr 12, 2024 · 2 comments
Labels
bug testathon Reported by a tester during Community Testathon

Comments

@librariankimberly
Copy link

The submitter's name is replaced with NA. This is probably a feature and not a bug, but how does this get toggled on and off? This question was brought forward by a member of the Brazil User Group and Pierre kindly took a screen print to save me time. (Thus the French). While I'm sure there are use cases to hide the submitter's name, many of us need to see the submitter's name when evaluating workflow requests in our live repositories.

na in workflow

@librariankimberly librariankimberly added bug needs triage New issue needs triage and/or scheduling labels Apr 12, 2024
@github-project-automation github-project-automation bot moved this to 🆕 Triage in DSpace Backlog Apr 12, 2024
@alexandrevryghem
Copy link
Member

@librariankimberly: This is on purpose it's was implemented during #2129 and is only displayed when the submitter's account has been removed

@alexandrevryghem alexandrevryghem closed this as not planned Won't fix, can't repro, duplicate, stale Apr 14, 2024
@github-project-automation github-project-automation bot moved this from 🆕 Triage to ✅ Done / Closed in DSpace Backlog Apr 14, 2024
@tdonohue tdonohue added testathon Reported by a tester during Community Testathon and removed needs triage New issue needs triage and/or scheduling labels Apr 15, 2024
@tdonohue tdonohue moved this from 📋 To Do to ✅ Done in DSpace 8.0 Release Apr 15, 2024
@IgorBaptist4
Copy link
Contributor

Hello, this question was brought by me to Kimberly, so I will explain more about the behavior. I'm not able to reproduce it in the sandbox environment, but I'm able to reproduce it locally with a fresh install (without change any configuration) (in versions 7.6, 7.6, and 8.0 from the dspace-8.0-testathon branch) which is something weird I only be able to reproduce it locally, looks like some configuration that was made in the sandbox change the behavior on this part of DSpace.

So, to do this test I created 3 accounts:

one account to submit the item, added only in the submitter group of the collection ([email protected])

one account to do the test, checking the item submitter in MyDSpace, added only in the workflow editor group ([email protected])

another account to do the test, checking the item submitter in MyDSpace, added in the workflow editor group and collection admin group ([email protected])

Using the account that is only workflow editor, I'm not able to see the submitter of the item in MyDSpace:
image

I'm only able to see the submitter of the item, if I click on "View" and check the metadata dc.description.provenance of the item:
image

When I'm using the account that is workflow editor + collection admin (or system admin), I'm able to see the submitter in MyDSpace:
image

I tried to search for some configuration that add more permissions to workflow editor that can cause this different behavior between the sandbox environment and the fresh install locally, but I don't found nothing.

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug testathon Reported by a tester during Community Testathon
Projects
None yet
Development

No branches or pull requests

4 participants