Add use cases for dataset curation status and submit for review
@ChengShi-1 arbeitet bereits daran.
Seit 08.10.2026.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 72/100
- Issue-Typ
- Feature
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- api, developer-experience
Rechercherichtung
Read the existing datasets use cases under the package's datasets domain folder (e.g. an existing Get* use case), then IDatasetsRepository and its DatasetsRepository HTTP implementation, to copy the use-case → interface → implementation pattern. Map the six endpoints from the table, export everything from the package's public entry point, and mirror existing unit tests (delegation, error propagation) plus integration tests for numeric/persistent IDs. Done means docs/useCases.md and the [Unreleased] changelog updated and build, type-check, lint, unit tests and integration tests pass.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Overview of the feature request
Add public use cases for the existing Dataverse curation-status APIs so the SPA can support the same label selection, removal, and history functionality as JSF. Curation labels are configurable tracking values. Changing a label does not submit a dataset for review, return it to its author, or publish it.
Also, add an use case of Submit for Review for anonymous user to submit the dataset to review.
What inspired the request?
The frontend's ChangeCurationStatusMenu currently opens the not-implemented modal. Its allowed labels come from hard-coded values in DataverseInfoJSDataverseRepository.getExternalStatusesAllowed(). The frontend needs the effective labels for each dataset and reusable client methods for the real API operations.
What existing behavior do you want changed?
Expose these operations through the package's public API, following the existing use-case → repository interface → repository implementation pattern. Consumers should not need direct HTTP requests or imports from internal dist/ paths.
Any brand new behavior do you want to add to dataverse-client-javascript?
Proposed use cases (names can follow project conventions):
| Use case | Backend API |
|---|---|
GetAllowedDatasetCurationLabels |
GET /api/datasets/{id}/allowedCurationLabels |
GetDatasetCurationStatus |
GET /api/datasets/{id}/curationStatus |
GetDatasetCurationStatusHistory |
GET /api/datasets/{id}/curationStatus?includeHistory=true |
SetDatasetCurationStatus |
PUT /api/datasets/{id}/curationStatus?label={label} |
DeleteDatasetCurationStatus |
DELETE /api/datasets/{id}/curationStatus |
SubmitforReview |
POST /api/datasets/{id}/submitForReview |
Acceptance criteria
- Implement and publicly export all five use cases and their models.
- Extend
IDatasetsRepositoryandDatasetsRepository, with response mapping as needed. - Add unit tests for delegation, response normalization, history/removal records, and error propagation.
- Add integration tests for numeric and persistent IDs, query encoding, allowed-label retrieval, set/read/change/remove/history, and forbidden or invalid operations.
- Verify a status change does not change review locks or publication state.
- Document required configuration (
:AllowedCurationLabelsand effective label-set selection), publisher permissions for mutations/allowed-label reads, and configurable visibility for status reads. - Update
docs/useCases.mdand the[Unreleased]changelog; pass build, type checking, lint, and relevant tests.
This issue covers client wrappers for existing curation-status APIs. Frontend components, administrator label-set configuration APIs, submit-for-review, and return-to-author use cases can be tracked separately.
Any open or closed issues related to this feature request?
No matching curation-status issue was found. #447 concerns linked review datasets, which are separate from curation labels and their history.
References:
- Vorherrschende Sprache
- TypeScript
- Sterne
- 20
- Forks
- 11
- Ø Merge
- 4 T. 9 Std.
- Gemergte PRs (30 T.)
- 3
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus IQSS/dataverse-client-javascript
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
IQSS/dataverse-client-javascript#477 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
IQSS/dataverse-client-javascript#476 · 4 Kommentare ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
IQSS/dataverse-client-javascript#465 · 1 Kommentar · 2 Reaktionen ·
-
GREI Re-arch
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Feature Request: Extend getMyDataCollectionItems search capabilitiesEvtl. vergeben @vera hat das vor 11 Tagen übernommen. Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 66/100
Alle Issues in IQSS/dataverse-client-javascript
Ähnliche Issues
-
area/frontend area/v2 kind/bug priority/needs-triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
kubeflow/notebooks#1498 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 1 Tag
-
P1
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
SuruchBoss/Cwork#90 ·
-
bug cli service
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
521xueweihan/HelloGitHub#3922 ·