Re: Minutes of the Foundation Board, 22nd May

Benjamin Berg <[email protected]>
Newsgroups gmane.comp.gnome.foundation.general
Message-ID <[email protected]>
On Fri, 2018-05-25 at 21:29 +0200, Carlos Soriano wrote:
> Depends on the case I guess? If I have to go over 1000 comments
> probably not. There could be other reasons, but I don't know yet
> because I didn't manage many cases yet.

And in this particular case?

Benjamin

> On 25 May 2018 at 21:24, Benjamin Berg <[email protected]>
> wrote:
> > On Fri, 2018-05-25 at 21:20 +0200, Carlos Soriano wrote:
> > > Have you done so, if not, is there any reason to not make this
> > offer?
> > > 
> > > No, apart of the policy mentioned in the minutes.
> > 
> > Will you make such an offer? If not, is there any reason to not
> > make
> > this offer in the future and in this case?
> > 
> > Benjamin
> > 
> > > On 25 May 2018 at 21:18, Benjamin Berg <[email protected]
> > >
> > > wrote:
> > > > Hi,
> > > > 
> > > > On Fri, 2018-05-25 at 21:05 +0200, Carlos Soriano wrote:
> > > > > Benjamin, I couldn't do in the way you mention simply because
> > > > that
> > > > > was not the request. The request was as described "account
> > > > deletion
> > > > > in GitLab for a blocked user". The request was for complete
> > > > deletion,
> > > > > including any activity.
> > > > 
> > > > This doesn't make any sense to me. The user has explicitly
> > > > requested a
> > > > full deletion including all comments. You have solely decided
> > that
> > > > the
> > > > comments would not be removed, but there was no decision on
> > whether
> > > > the
> > > > comment text needs to stay as is.
> > > > 
> > > > As such, I would expect that you explicitly offer the user to
> > > > replace
> > > > all text in relevant posts. Have you done so, if not, is there
> > any
> > > > reason to not make this offer?
> > > > 
> > > > Benjamin
> > > > 
> > > > > Cheers
> > > > > 
> > > > > On Fri., 25 May 2018, 20:30 Benjamin Berg, <benjamin@sipsolut
> > ions
> > > > .net
> > > > > > wrote:
> > > > > > On Wed, 2018-05-23 at 12:29 +0100, Allan Day wrote:
> > > > > > >  * Request for account deletion in GitLab for a blocked
> > user
> > > > > > (Carlos)
> > > > > > >   * Carlos sent an email to board-list with details of
> > this
> > > > > > >   * Carlos is the only GitLab admin. He recently blocked
> > a
> > > > user
> > > > > > for
> > > > > > > inappropriate behaviour. This means that the user can no
> > > > longer
> > > > > > log in
> > > > > > > to edit/delete their comments.
> > > > > > >   * The user has subsequently sent a mail demanding that
> > > > their
> > > > > > posts
> > > > > > > be deleted. The user has made the case that this is their
> > > > legal
> > > > > > right
> > > > > > > (under Canadian law) and has threatened legal action.
> > > > > > >   * Comments can only be deleted by an admin.
> > > > > > >   * We have a prescedent that we don't delete posts that
> > are
> > > > > > stored on
> > > > > > > GNOME servers.
> > > > > > 
> > > > > > There is a fundamental difference with Gitlab compared to
> > other
> > > > > > services though. On Gitlab comments and bug reports can be
> > > > > > retrospectively modified by the submitter and even third
> > > > parties in
> > > > > > the
> > > > > > case of bug descriptions. So the user could delete the
> > relevant
> > > > > > text
> > > > > > even if they cannot delete the comment itself.
> > > > > > 
> > > > > > It sounds like the request for deletion was completely
> > refused
> > > > > > rather
> > > > > > than complying with it as much as possible by changing all
> > text
> > > > to
> > > > > > e.g.
> > > > > > "comment has been deleted". Is there a reason for not
> > complying
> > > > > > with
> > > > > > the request in this way?
> > > > > > 
> > > > > > >   * Allan - why don't we delete posts? Rosanna - data
> > > > retention
> > > > > > > policies are part of our staff handbook, and are required
> > for
> > > > > > > insurance purposes.
> > > > > > >   * Didier - on gnome-fr forums, they offer to anonymise
> > > > posts
> > > > > > rather
> > > > > > > than deleting them (in order to preserve threads). Cosimo
> > -
> > > > isn't
> > > > > > that
> > > > > > > what happens when a user account is deleted? Yes.
> > > > > > >   * Cosimo - prefers that people can remove their account
> > > > rather
> > > > > > than
> > > > > > > deleting posts. Didier agrees with this. Allan is
> > personally
> > > > in
> > > > > > favour
> > > > > > > but doesn't know what the legal requirements are.
> > > > > > >   * ACTION: Carlos to offer to delete the account and
> > > > anonymise
> > > > > > the
> > > > > > > posts in the process.
> > > > > > 
> > > > > > Benjamin_______________________________________________
> > > > > > foundation-list mailing list
> > > > > > [email protected]
> > > > > > https://mail.gnome.org/mailman/listinfo/foundation-list
> > > 
> > >
> 
>

_______________________________________________
foundation-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/foundation-list
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEED2NO4vMS33W8E4AFq6ZWhpmFY3AFAlsIZDsACgkQq6ZWhpmF
Y3C6+RAAuImaoLh/i0PBOwCy+qQToYTY0Peh0aci+kABFukpy4+YyKYIH7ssb0ND
P902XGYdBlZwTX4qWapZtepb2+aGv3YHY+xCajQzfbhL6r1J7RvzKZnvW2UztNQA
s73BY+IREDz76dAbF7SBvGJm+fuLYEPJisyrfeiOcp6A55+KaDTgwpTPTaUGnjIA
uvLClwEzRYzwigQ6maerITAPGEG+EMd79Zx4aVJvp14LrWO21cXSkCirNbkaZzUO
QWDjdmRvsyJb4HPuYpDXBJCct/AOEz5NpwfBvQjbLDjCABVfKQd9GNiDVNoeMzqm
ZaD8hq1i+aO9nZiDhK8KmJG2iF3xiiQ+OO/l3eelqhfSYlCBZ/x6yfmdZ6TlYkfc
zab3/bmoBhFTT/5YXsQ9s5udufe2gw06cM+JQG6nvMv/qk0Gv6usOBtAYe/+M/hK
3O6j53lEPGzhx0dryXms4jV7UIhW8EC4zKs17YS6iAbjmHC0njUBgC5LzKQLflJz
k/XAvEd5yco3SuuCervKJ6sGckSRE/BUlv/mOO5/6xmfZNhrwPzidn7EyzEgWrKg
ho3XS967WSFQe0F2aqFg8a/woJQgEFPrF3d81TYiD51S+xUgmfRgijFT7Htv4LoU
MVgti3gUp8XzUEnLmsa+bIEnGGrKyH9USOoQDLToMC9M/S2U1u8=
=RL9I
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.