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

[DCJ-58] Update DAR application to indicate all required DAAs #2579

Merged

Conversation

aarohinadkarni
Copy link
Contributor

@aarohinadkarni aarohinadkarni commented May 10, 2024

Addresses

https://broadworkbench.atlassian.net/browse/DCJ-58

Summary

Shows all required DAAs for datasets in a DAR in the Data Use Agreement section of the DAR application instead of the "default" Broad & NHGRI LCAs. In the case that a DAR only consists of datasets that are "Open Access" or "External to DUOS," we are currently showing the DUOS Code of Conduct/DAA. This may change after conversations with Jonathan, but this is what was decided for now.


Have you read Terra's Contributing Guide lately? If not, do that first.

  • Label PR with a Jira ticket number and include a link to the ticket
  • Label PR with a security risk modifier [no, low, medium, high]
  • PR describes scope of changes
  • Get a minimum of one thumbs worth of review, preferably two if enough team members are available
  • Get PO sign-off for all non-trivial UI or workflow changes
  • Verify all tests go green
  • Test this change deployed correctly and works on dev environment after deployment

@aarohinadkarni aarohinadkarni changed the title An dcj 58 UI dar form update indicate all required da as [DCJ-58] Update DAR application to indicate all required DAAs May 10, 2024
@aarohinadkarni aarohinadkarni marked this pull request as ready for review May 13, 2024 19:04
@aarohinadkarni aarohinadkarni requested a review from a team as a code owner May 13, 2024 19:04
@aarohinadkarni aarohinadkarni requested review from rushtong and fboulnois and removed request for a team May 13, 2024 19:04
Copy link
Contributor

@rushtong rushtong left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This works as expected. I have some questions inline, and I think we need to clarify some edge cases.

@rushtong
Copy link
Contributor

I have a functional question here. Even if my user does NOT have a LC-DAA association, I still see the linked data access agreement in my DAR. Is that correct? I'm not sure we've thought this use case through yet.

Screenshot 2024-05-17 at 9 07 04 AM

Copy link
Contributor

@rushtong rushtong left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See comments inline - I think we need to address a release strategy before merging this.

Copy link
Contributor

@fboulnois fboulnois left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Holding off on review until we resolve Greg's concern.

@aarohinadkarni
Copy link
Contributor Author

aarohinadkarni commented May 17, 2024

I have a functional question here. Even if my user does NOT have a LC-DAA association, I still see the linked data access agreement in my DAR. Is that correct? I'm not sure we've thought this use case through yet.

@rushtong I believe that future work (DCJ-49 and DCJ-47) should ensure that if you don't have the LC-DAA association for the DAA that governs a dataset, you should not be able to get to this screen where you would be opening a DAR against that dataset.

@rushtong
Copy link
Contributor

rushtong commented May 17, 2024

@rushtong I believe that future work (DCJ-49 and DCJ-47) should ensure that if you don't have the LC-DAA association for the DAA that governs a dataset, you should not be able to get to this screen where you would be opening a DAR against that dataset.

Thank you, that's helpful. This means that during the time between SO's creating LC-DAA associations, users will see the DAAs for datasets even though they don't have any and their SOs will not have created any. It also means that if an SO purposefully does NOT create an LC-DAA association for a user, the user will still see it.

As part of the release strategy, I think we need to work on some kind of data population process that creates these for users with open DARs.

@aarohinadkarni
Copy link
Contributor Author

As part of the release strategy, I think we need to work on some kind of data population process that creates these for users with open DARs.

This makes sense— let's discuss with the team.

attest={attemptSubmit}
save={() => setShowDialogSave(true)}
/>
{checkEnv(envGroups.DEV) ?
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tested locally with checkEnv('staging') which works as expected.

Copy link
Contributor

@fboulnois fboulnois left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm 👍

Copy link
Contributor

@rushtong rushtong left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍🏽 Thank you for the updates!

@aarohinadkarni aarohinadkarni merged commit 86c46b0 into develop May 23, 2024
9 checks passed
@aarohinadkarni aarohinadkarni deleted the an-DCJ-58-UI-DAR-Form-Update-Indicate-all-required-DAAs branch May 23, 2024 16:06
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

Successfully merging this pull request may close these issues.

3 participants