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

Allow Applicants to Withdraw a submission #3296

Open
frankduncan opened this issue Mar 21, 2023 · 0 comments · May be fixed by #3298
Open

Allow Applicants to Withdraw a submission #3296

frankduncan opened this issue Mar 21, 2023 · 0 comments · May be fixed by #3298
Labels
Type: Enhancement This is an improvement of an existing thing (not a new thing, which would be a feature).

Comments

@frankduncan
Copy link
Contributor

Describe the solution you'd like

A new workflow and UX to allow applicants to move to a new withdrawn status. This is for applicants who no longer want to apply, after submitting.

Describe alternatives you've considered

This was seen as a better system than having the applicant reach out and with one of the admin team deleting the submission

Additional context

After discussion about this feature, a config toggle should also be added to allow admins of hypha to opt in or out of this feature (set to False initially)

Priority

This was originally a high priority, but it was merged into our fork. So a PR will be incoming

Affected roles

  • Applicants
@frankduncan frankduncan added the Type: Enhancement This is an improvement of an existing thing (not a new thing, which would be a feature). label Mar 21, 2023
frankduncan pushed a commit that referenced this issue Mar 23, 2023
frankduncan pushed a commit that referenced this issue Mar 23, 2023
@frankduncan frankduncan linked a pull request Mar 23, 2023 that will close this issue
frankduncan pushed a commit that referenced this issue Apr 15, 2023
frjo pushed a commit that referenced this issue Jul 26, 2023
@fourthletter fourthletter modified the milestone: Backlog Sep 22, 2023
bickelj pushed a commit that referenced this issue Jul 23, 2024
This affected different calculating pages, like the open round
percentage completions.

Issue #3296
bickelj pushed a commit that referenced this issue Jul 24, 2024
bickelj pushed a commit that referenced this issue Jul 24, 2024
bickelj pushed a commit that referenced this issue Jul 24, 2024
This only affects about enabling them, not whether they are in the
system.  That means that if the configuration is changed over the
lifetime of a system, things that were withdrawn when it was enabled
retain that status.

Issue #3296
bickelj pushed a commit that referenced this issue Jul 24, 2024
Based on Review in #3298, the decision was made that an applicant can
withdraw at any time, without edit permissions, and edit permissions
should not be to applicants for their own submissions.

Issue #3296
bickelj pushed a commit that referenced this issue Jul 24, 2024
This creates a single withdrawn status for each workflow, living at the
end (next to accepted/rejected), and adds transistions for all the
different workflow types.

Issue #3296
bickelj pushed a commit that referenced this issue Jul 24, 2024
bickelj pushed a commit that referenced this issue Jul 24, 2024
This affected different calculating pages, like the open round
percentage completions.

Issue #3296
bickelj added a commit that referenced this issue Jul 24, 2024
Removed a redeclared variable and reformatted.

Issue #3296
bickelj added a commit that referenced this issue Jul 24, 2024
Removed a redeclared variable and reformatted.

Issue #3296
bickelj added a commit that referenced this issue Jul 24, 2024
Removed a redeclared variable and reformatted.

Issue #3296
bickelj pushed a commit that referenced this issue Jul 25, 2024
Withdrawn status needs to be added to a mapping, apparently :)

Issue #3296
bickelj added a commit that referenced this issue Jul 25, 2024
Removed a redeclared variable and reformatted.

Issue #3296
bickelj added a commit that referenced this issue Jul 25, 2024
Add distinct withdrawal permissions within stages of workflows. By
default, let the applicant withdraw at any stage. On the submission
page, display the Withdraw button assuming the setting
`ENABLE_SUBMISSION_WITHDRAWAL` is true and the withdrawal permissions
are met.

Issue #3296
bickelj added a commit that referenced this issue Jul 25, 2024
Add a heroicon to "Withdraw" button and style it similar to "Delete".

Issue #3296
bickelj added a commit to bickelj/hypha that referenced this issue Jul 30, 2024
The permissions on the `*withdraw` items should be `no_permissions`.
After a submission is withdrawn, nothing further should happen to it.

When `perform_transition` is called in the View, that function will
already check for valid transitions and raise an exception if needed.
So do not bother looking into the transitions, instead look directly
for the withdraw action. And expect exactly one of those, otherwise
raise an exception with details of expectations.

Issue HyphaApp#3296
frjo pushed a commit that referenced this issue Aug 7, 2024
frjo pushed a commit that referenced this issue Aug 8, 2024
This affected different calculating pages, like the open round
percentage completions.

Issue #3296
frjo pushed a commit that referenced this issue Aug 8, 2024
Withdrawn status needs to be added to a mapping, apparently :)

Issue #3296
frjo pushed a commit that referenced this issue Aug 8, 2024
Removed a redeclared variable and reformatted.

Issue #3296
frjo pushed a commit that referenced this issue Aug 8, 2024
Add distinct withdrawal permissions within stages of workflows. By
default, let the applicant withdraw at any stage. On the submission
page, display the Withdraw button assuming the setting
`ENABLE_SUBMISSION_WITHDRAWAL` is true and the withdrawal permissions
are met.

Issue #3296
frjo pushed a commit that referenced this issue Aug 8, 2024
Add a heroicon to "Withdraw" button and style it similar to "Delete".

Issue #3296
frjo pushed a commit that referenced this issue Aug 8, 2024
The permissions on the `*withdraw` items should be `no_permissions`.
After a submission is withdrawn, nothing further should happen to it.

When `perform_transition` is called in the View, that function will
already check for valid transitions and raise an exception if needed.
So do not bother looking into the transitions, instead look directly
for the withdraw action. And expect exactly one of those, otherwise
raise an exception with details of expectations.

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
frjo pushed a commit that referenced this issue Oct 9, 2024
frjo pushed a commit that referenced this issue Oct 9, 2024
This only affects about enabling them, not whether they are in the
system.  That means that if the configuration is changed over the
lifetime of a system, things that were withdrawn when it was enabled
retain that status.

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
Based on Review in #3298, the decision was made that an applicant can
withdraw at any time, without edit permissions, and edit permissions
should not be to applicants for their own submissions.

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
This creates a single withdrawn status for each workflow, living at the
end (next to accepted/rejected), and adds transistions for all the
different workflow types.

Issue #3296
frjo added a commit that referenced this issue Oct 9, 2024
frjo pushed a commit that referenced this issue Oct 9, 2024
This affected different calculating pages, like the open round
percentage completions.

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
Withdrawn status needs to be added to a mapping, apparently :)

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
Removed a redeclared variable and reformatted.

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
Add distinct withdrawal permissions within stages of workflows. By
default, let the applicant withdraw at any stage. On the submission
page, display the Withdraw button assuming the setting
`ENABLE_SUBMISSION_WITHDRAWAL` is true and the withdrawal permissions
are met.

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
Add a heroicon to "Withdraw" button and style it similar to "Delete".

Issue #3296
frjo pushed a commit that referenced this issue Oct 9, 2024
The permissions on the `*withdraw` items should be `no_permissions`.
After a submission is withdrawn, nothing further should happen to it.

When `perform_transition` is called in the View, that function will
already check for valid transitions and raise an exception if needed.
So do not bother looking into the transitions, instead look directly
for the withdraw action. And expect exactly one of those, otherwise
raise an exception with details of expectations.

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
frjo pushed a commit that referenced this issue Oct 18, 2024
frjo pushed a commit that referenced this issue Oct 18, 2024
This only affects about enabling them, not whether they are in the
system.  That means that if the configuration is changed over the
lifetime of a system, things that were withdrawn when it was enabled
retain that status.

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
Based on Review in #3298, the decision was made that an applicant can
withdraw at any time, without edit permissions, and edit permissions
should not be to applicants for their own submissions.

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
This creates a single withdrawn status for each workflow, living at the
end (next to accepted/rejected), and adds transistions for all the
different workflow types.

Issue #3296
frjo added a commit that referenced this issue Oct 18, 2024
frjo pushed a commit that referenced this issue Oct 18, 2024
This affected different calculating pages, like the open round
percentage completions.

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
Withdrawn status needs to be added to a mapping, apparently :)

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
Removed a redeclared variable and reformatted.

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
Add distinct withdrawal permissions within stages of workflows. By
default, let the applicant withdraw at any stage. On the submission
page, display the Withdraw button assuming the setting
`ENABLE_SUBMISSION_WITHDRAWAL` is true and the withdrawal permissions
are met.

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
Add a heroicon to "Withdraw" button and style it similar to "Delete".

Issue #3296
frjo pushed a commit that referenced this issue Oct 18, 2024
The permissions on the `*withdraw` items should be `no_permissions`.
After a submission is withdrawn, nothing further should happen to it.

When `perform_transition` is called in the View, that function will
already check for valid transitions and raise an exception if needed.
So do not bother looking into the transitions, instead look directly
for the withdraw action. And expect exactly one of those, otherwise
raise an exception with details of expectations.

Issue #3296
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Enhancement This is an improvement of an existing thing (not a new thing, which would be a feature).
Projects
Status: No status
Development

Successfully merging a pull request may close this issue.

2 participants