-
Notifications
You must be signed in to change notification settings - Fork 38
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
Labels
Type: Enhancement
This is an improvement of an existing thing (not a new thing, which would be a feature).
Comments
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
frjo
added a commit
that referenced
this issue
Jul 26, 2023
frjo
added a commit
that referenced
this issue
Sep 1, 2023
frjo
added a commit
that referenced
this issue
Sep 7, 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
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
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
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).
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
The text was updated successfully, but these errors were encountered: