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

Add latestVersionPublishingStatus field to dataset version payload #10330

Closed
GPortas opened this issue Feb 19, 2024 · 2 comments · Fixed by #10354
Closed

Add latestVersionPublishingStatus field to dataset version payload #10330

GPortas opened this issue Feb 19, 2024 · 2 comments · Fixed by #10354
Labels
pm.GREI-d-2.7.1 NIH, yr2, aim7, task1: R&D UI modules for creating datasets and supporting publishing workflows pm.GREI-d-2.7.2 NIH, yr2, aim7, task2: Implement UI modules for creating datasets and publishing workflows Size: 10 A percentage of a sprint. 7 hours. SPA: File Page SPA These changes are required for the Dataverse SPA User Role: API User Makes use of APIs
Milestone

Comments

@GPortas
Copy link
Contributor

GPortas commented Feb 19, 2024

Overview of the Feature Request

This parameter is very necessary in many use cases. By including it in the payload of a specific Dataset version we avoid to make an extra call to the API.

What kind of user is the feature intended for?
API User

What inspired the request?
Frontend devs discussion

What existing behavior do you want changed?
None

Any brand new behavior do you want to add to Dataverse?
Add latestVersionPublishingStatus field to dataset version payload

Any open or closed issues related to this feature request?

@GPortas GPortas added Type: Feature a feature request User Role: API User Makes use of APIs Size: 10 A percentage of a sprint. 7 hours. pm.GREI-d-2.7.1 NIH, yr2, aim7, task1: R&D UI modules for creating datasets and supporting publishing workflows pm.GREI-d-2.7.2 NIH, yr2, aim7, task2: Implement UI modules for creating datasets and publishing workflows SPA These changes are required for the Dataverse SPA SPA: File Page labels Feb 19, 2024
@GPortas GPortas removed the Type: Feature a feature request label Feb 19, 2024
@cmbz cmbz moved this to SPRINT READY in IQSS Dataverse Project Feb 28, 2024
@jp-tosca jp-tosca self-assigned this Feb 28, 2024
@jp-tosca jp-tosca moved this from SPRINT READY to In Progress 💻 in IQSS Dataverse Project Feb 29, 2024
@jp-tosca
Copy link
Contributor

jp-tosca commented Mar 2, 2024

@GPortas 👋

What should a user see? the Published Status of the latest version o the published status of the version that they have access? I can get on a call with you so we can talk about this.

For example an unauthenticated user that calls this endpoint would get always RELEASED or DEACCESSIONED when calling for a specific version. If it is an authenticated user if they have access to the draft then they would get DRAFT if it exist .

How do we want to handle deaccessioned for this? Do we want this to always include deaccessioned or respect the parameter of the request? or probably never look ad deaccessioned versions?

@GPortas
Copy link
Contributor Author

GPortas commented Mar 4, 2024

@jp-tosca 👋

The user should see the status of the latest version, regardless of user permissions.

We should consider deaccessioned version always. If the status of the latest version is deaccessioned, we should specify it.

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
pm.GREI-d-2.7.1 NIH, yr2, aim7, task1: R&D UI modules for creating datasets and supporting publishing workflows pm.GREI-d-2.7.2 NIH, yr2, aim7, task2: Implement UI modules for creating datasets and publishing workflows Size: 10 A percentage of a sprint. 7 hours. SPA: File Page SPA These changes are required for the Dataverse SPA User Role: API User Makes use of APIs
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants