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

Help users find delivery errors and submit request_email updates #6871

Closed
garethrees opened this issue Mar 9, 2022 · 4 comments
Closed

Help users find delivery errors and submit request_email updates #6871

garethrees opened this issue Mar 9, 2022 · 4 comments
Labels
enhancement Adds new functionality f:authorities reduce-admin Reduce issues coming to us in the first place stale Issues with no activity for 12 months x:uk

Comments

@garethrees
Copy link
Member

garethrees commented Mar 9, 2022

Similar to #3522, #5640, #3477.

There should be a place that lists all requests classified as error_message ("Delivery Error"). Users – whether request author or otherwise – should then be able to submit a PublicBodyChangeRequest for the associated authority. I'm imagining a workflow akin to the classification game. Perhaps instead of the classification form we render a new PublicBodyChangeRequest form at the bottom of the request when using this workflow.

It would be nice if the submitted change request also included the request URL when generating the admin notification so that it's really quick to approve the change and then navigate to the correspondence to resend it.

The starting point could be #6788 or #6777.

@garethrees garethrees added x:uk f:authorities enhancement Adds new functionality reduce-admin Reduce issues coming to us in the first place labels Mar 9, 2022
@garethrees garethrees changed the title Help users find delivery errors and submit email updates Help users find delivery errors and submit request_email updates Mar 9, 2022
@garethrees
Copy link
Member Author

We can already point people at an advanced search https://www.whatdotheyknow.com/search/latest_status:error_message, so we could write up a doc/pdf to share as suggestions for potential volunteers. #5640 would help this workflow, but for an initial version we could just direct people to use the "Other" option when reporting.

@RichardTaylor
Copy link

Perhaps we could get this to the point where the admin team could, in some cases, not research new request addresses in response to bounces but leave it to users, particularly the requester, to propose a new address.

Currently the change request form only covers finding a new email address. We should also prompt users to check a body still exists, and if it doesn't prompt us to mark it defunct and check we list any successor.

@garethrees
Copy link
Member Author

garethrees commented Jun 27, 2022

Perhaps we could get this to the point…

I think thats the suggestion in #1782

garethrees added a commit that referenced this issue Nov 9, 2023
A basic version of #1513
A basic version of #6871
garethrees added a commit that referenced this issue Nov 9, 2023
A basic version of #1513
A basic version of #6871
garethrees added a commit that referenced this issue Nov 10, 2023
A basic version of #1513
A basic version of #6871
@HelenWDTK HelenWDTK added the stale Issues with no activity for 12 months label Nov 19, 2024
@HelenWDTK
Copy link
Contributor

This issue has been automatically closed due to a lack of discussion or resolution for over 12 months.
Should we decide to revisit this issue in the future, it can be reopened.

@HelenWDTK HelenWDTK closed this as not planned Won't fix, can't repro, duplicate, stale Nov 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Adds new functionality f:authorities reduce-admin Reduce issues coming to us in the first place stale Issues with no activity for 12 months x:uk
Projects
None yet
Development

No branches or pull requests

3 participants