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

Public policy on re-embargoing correspondence #976

Closed
Tracked by #6321
RichardTaylor opened this issue Jan 31, 2022 · 9 comments
Closed
Tracked by #6321

Public policy on re-embargoing correspondence #976

RichardTaylor opened this issue Jan 31, 2022 · 9 comments
Labels
help-pages policy stale Issues with no activity in over a year

Comments

@RichardTaylor
Copy link

RichardTaylor commented Jan 31, 2022

Pro users can embargo correspondence threads. They are initially private and then made public.

Sometimes a pro user (or ex-pro user!) asks for correspondence threads to be re-embargoed.

The agreed policy is:

once published requests should not be re-embargoed.

Once published on WDTK takedowns for previously pro requests are to be considered as they would for any other requests.

Though as with all policies that doesn't preclude making an exception.

Also the idea of a 15 minute edit window to allow for correction of mistakes was supported

https://docs.google.com/document/d/1ffX3BCFweAFH3QAWOP659HYvWYD9amdjTJ6O2uQ6ZjI/edit?pli=1#bookmark=id.izmusihoo8k

This policy could be published at

https://www.whatdotheyknow.com/help/pro#how-do-i-publish-a-request

This is a more specific version of the issue at

#841

See also:

@RichardTaylor
Copy link
Author

The issue for technical implementation of this policy is at:

mysociety/alaveteli#6321

@RichardTaylor
Copy link
Author

Though as with all policies that doesn't preclude making an exception.

We might want to go further on when we might, and might not, make an exception.

eg. Requests relating to mistakes drawn to our attention promptly will be considered sympathetically. We would be highly unlikely to remove material which has been published for some time and/or which we are aware has been cited by others.

@sallytay
Copy link
Contributor

sallytay commented Feb 2, 2022

I agree that we should do this so that our team also have a clear policy on when to act so that constituency in decision making is easier for everyone

@sallytay
Copy link
Contributor

sallytay commented Feb 9, 2022

Although this ticket is to add the policy publicly, I have added this on to our Wiki for reference for the team should they have to deal with a request for this https://wdtkwiki.mysociety.org/wiki/Category:Pro

@RichardTaylor
Copy link
Author

Our transparency reporting should cover re-embargoing. It's a kind of takedown.

Related:
mysociety/alaveteli#2658
#975
#938

@garethrees
Copy link
Member

garethrees commented Aug 24, 2022

The response I've been using when contacted about this:

We do have a grace period to handle mistaken publication, but it looks like your requests been public for around {{N DAYS/WEEKS/MONTHS}} now.

Our general policy is not to remove substantive FOI requests [1] since the information may be useful to others and responses may have been referenced elsewhere. As such, we don’t allow making requests private once they have been public for some time.

I accept that we could make this policy clearer within WhatDoTheyKnow, so I’ve noted your case against our development tracker on this issue.

Best,

[1] https://www.whatdotheyknow.com/help/how#information_removal

@FOIMonkey
Copy link
Collaborator

Current Pro Ts&Cs make no mention of any restrictions. It's presented as a privacy option on single requests without any rules attached to it, and with no limits on when and how it is to be used. The term embargo is not even used.

2022-08-24

The help pages don't mention not embargoing previously public stuff at all either: https://www.whatdotheyknow.com/help/pro#private-requests.

It's presented as a useful feature.

All of the above would need fixing.

@garethrees
Copy link
Member

The term embargo is not even used

I've edited the phrasing above to reflect the phrasing we use in app. "Embargo" is the term in the codebase, but we don't use it publicly.

@HelenWDTK
Copy link
Contributor

This issue is being 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 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help-pages policy stale Issues with no activity in over a year
Projects
None yet
Development

No branches or pull requests

6 participants