Policy for the Death of a User

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
aaron's picture

As I wind down to my final days of life, I find myself searching the various social media sites for their policies on user death. One of these is Drupal.org, and I have been surprised to learn that there seems to be no such policy that I can find.

I think that the Drupal community is sufficiently mature to tackle this. Although I will most likely be, to the best of my knowledge, the first Drupal developer of note to die, I will most certainly not be the last. And out of a user-base of several hundred thousand, I am probably not the first user to go.

Now, I think at the least, we need a policy to make it clear what will happen to modules owned by a dead user. In addition, we might put a special status or flag on a dead user's account to help stop identity theft. As an example of a comprehensive policy on user death, I direct you to Facebook: https://www.facebook.com/help/150486848354038

Thank you for any thoughts or comments you might have on this proposed policy. I hope I haven't made anyone uncomfortable with this sombre subject. I'm trying to do the responsible thing.

Sincerely,
Aaron Winborn

Comments

Yes, we need a help page for this, and associated policy

gisle's picture

First, I am truly sorry to hear about your illness.

Secondly, I applaud you for raising this sensitive issue in the legal forum.

I agree that we need to have a policy in place to deal with the situation were a valued member of the Drupal community dies. I.e. somebody should be tasked with writing up a "help" page (similar to the Facebook page you link to) about how we deal with this. If we provide the means to report the death of a member (similar to Facebook), it is known that such reports do have a potential for abuse. If we do this, there must be good procedures for verifying the authenticity of any report. Facebook only accepts such reports from verified immediate family members. There no such notion of relation at Drupal.org.

As for modules, there is already in place a policy for dealing with abandoned projects that will eventually kick in (because a deceased maintainer will not be a responsive one).

It is also possible for a maintainer to put a module up for "for adoption" by their current owner/maintainer by setting its maintenance status to "Seeking new maintainer" and posting a message to the project ownership issue queue. I think following this procedure is the best option for securing continued maintenance when a maintainer know he/she will no longer be able to take care of a module, and will also allow the present owner to pick the successor(s) if he/she wishes to do so.

As for module owners that leaves us without going through an adoption process, the current abandoned module procedure allows for transfer of ownership of any module where the maintainer does not respond in any ways two weeks after being contacted.

Some other the aspects of dealing with the death of a user is dicussed here: http://computer.howstuffworks.com/social-networking-death.htm

AFAIK, there is no mechanism to leave a comment about other users on their homepage or elsewhere, so I do not think there exists a "troll" problem for Drupal.org and associated sub-sites. However, there may be a potential of abuse when an account that belonged to a deceased membere is taken over by somebody guessing the password. Another potential problem is that the "contact user"-form serves no purpose if the owner of the account is deceased.

As for the account itself and public content, the default rule here, as expressed in the recently added Terms of Service is that your account stays around unless an explicit request to cancel it is made. If a request to cancel an account is made (sec. F), any content created is retained, but authorship is attributed to the ‘Anonymous’ user.

I believe the defaults for content that already in place are mostly adequate for dealing with deceased members. Most people will want their valuable contributions to the community to still carry their byline after they've left, so as a general rule, we do not want to cancel the accounts of deceased members. Personally, I do not even want relatives of the deceased to have the option to remove any bylines, but I am willing to listen if somebody presents a good case for letting relatives do this.

To sum up:

  • There should be a help page that also outlines the policy of how we deal with the death of a member.
  • I believe module ownership succession his handled adequately by the current abandoned module process.
  • Accounts of deceased members should be safeguarded against identity theft.
  • The contact form should be disabled for accounts that belonged to deceased members.

I think there are a few other

joachim's picture

I think there are a few other things to consider:

  • blocking the git account of the deceased member (I don't know whether that's handled separately from the drupal user account)
  • removing all email subscriptions of the deceased member. Email accounts for a deceased person often need to be kept active for a while in case important emails come through (say, from banks and the like), and it's best if unnecessary messages aren't sent, as it's then just one more thing for the family to have to deal with. For d.org, that includes:
    -- d.org issue queue notifications
    -- topic and group notifications on g.d.o
    -- Drupal Association's CRM emails

Emotional response and rememberance

douggreen's picture

I think that the technical details of what to do when someone passes, is simply detail. I'm sure we'll get that right. What I'm concerned that we might not get right are the non-technical aspects of death. I'll suggest that any policy should include

(a) memorial attributions (i.e, things like a page on d.o, a permanent marker on projects that user has contributed to, a blurb that someone thoughtfully writes for inclusion in obituaries), so that the Drupal community, the individuals family and local community know how important the developer was to the Drupal community;

(b) proper consideration to the family in their time of grieving, such as cards, flowers, charitable contributions, etc, so that the individuals family is supported and knows how import the developer was to the Drupal community.

These things could be handled by the DA.

Great discussion

Jsaylor's picture

Great discussion and an important one.

Doug, you make some great points that the overall process needs to include non-technical aspects that include remembrance. We will also need to somehow make such activities a choice so we can respect the person's wishes, or the wishes of the family.

I'm going to work with the team to come up with some more thoughts the community can discuss and we can finalize. I'll also be monitoring/participating in this thread as thoughts and ideas come up.

Joe Saylor
Drupal Association

This reminds me of a post

LewisNyman's picture

This reminds me of a post made by an colleague of mine of mine on his experiences dealing with the social media presence of a deceased

Do we need a 'next of kin' contact field in a profile, so we can pass over the responsibility over the account details the correct person?

Thanks for this discussion. A

tvn's picture

Thanks for this discussion. A few weeks ago we did a quarterly review and update of Drupal.org Terms of Service and Privacy Policy. Following the ideas from this thread, we added an item E4 to the Terms of Service:

If you are a relative or a friend of a deceased user, contact help@drupal.org and we will take steps to lock their user account and protect the privacy and data of the deceased person. Verification may be required.

gisle's picture

SSIA

I had just opened

Dave Reid's picture

I had just opened https://www.drupal.org/node/2458809 for discussion in the webmaster's queue.

I'm not sure about locking user accounts. I would assume we would be "blocking" the user which is the only way to do this currently. This would make that user's profile un-viewable for non-admins.

Senior Drupal Developer for Lullabot | www.davereid.net | @davereid

Legal

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: