When claiming a Launchpad profile it should be possible to turn it into a team

Bug #36966 reported by Stuart Bishop
36
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Guilherme Salgado

Bug Description

Reinhard Tartler wrote:

> Recently, I uploaded wpasupplicant to dapper, with a new Maintainer
> field, pointing to "Debian/Ubuntu wpasupplicant Maintainers
> <email address hidden>". This caused a new person to be
> created in launchpad:
>
> https://launchpad.net/people/pkg-wpa-devel
>
> I was thinking about changing this to a group, so that others can join
> here, particiape in bug squashing and so on.
>
> Is it possible at all in launchpad that a package is maintained by a
> group rather than a person? What would need to be done to have this
> 'converted'?
>
> Please note that this is not an urgent request. I'm rather curious if
> this is possible at all, as I think this would resemble reality more
> accurately.

The data model supports this quite easily. Designing the workflow and
implementing the UI to do this is the only problematic bit.

I think the series of events you describe gives us a valid use case for
implementing this at some point.

> Currently, I have to create a group manually and make that new group a
> primary bug contact for that package. Then there would be some confusion
> about having 2 entities in Launchpad: one 'Person' 'pkg-wpa-devel' and a
> 'Group' calld 'wpa-packaging-team'. I was rather thinking about the
> concept of having packages maintained by a group, and how this could be
> expressed and displayed within launchpad.

 affects /products/launchpad

--
Stuart Bishop <email address hidden>
http://www.stuartbishop.net/

Changed in launchpad:
status: Unconfirmed → Confirmed
Revision history for this message
Christian Reis (kiko) wrote :

Another user reported having this problem on the launchpad-users mailing list recently:

https://lists.ubuntu.com/archives/launchpad-users/2006-July/000479.html

Revision history for this message
Christian Reis (kiko) wrote :

I'm escalating this today, since Colin has brought up this as well. The known cases where this is a problem are at least:

https://launchpad.net/~pkg-boinc-devel
https://launchpad.net/~debian-boot
https://launchpad.net/~debian-tex-maint-old
https://launchpad.net/~pkg-texlive-maint
https://launchpad.net/~debian-tex-maint-lists

Also, look at how many teams we have here that are currently people:

https://launchpad.net/people/+index?name=debian&searchfor=peopleonly&start=75&batch=75

I think the solution here might be as simple as providing an admin screen to allow converting the person into a team, seeding the team membership with the person who is doing the conversion.

Changed in launchpad:
assignee: nobody → salgado
importance: Medium → High
Revision history for this message
Albrecht Mühlenschulte (a7p) wrote :
Revision history for this message
Guilherme Salgado (salgado) wrote :

When a logged in user is looking at the page of an automatically created person entry for which a Launchpad account doesn't exist, we should provide a link saying something like "This is actually a team I run". Clicking on this link will take the user to a confirmation page in which we email the address we have for that person. Since there's no account associated with that person, they won't have any data that can't be attached to a team.

Once we confirm the user has access to the team's contact address we should make the user the owner of that team (also adding him as a team admin) and use the default subscription and renewal policy for the team.

Changed in launchpad:
status: Confirmed → In Progress
Changed in launchpad:
milestone: 1.1.11 → 1.1.12
Revision history for this message
Guilherme Salgado (salgado) wrote :

landed on mainline r5245

Changed in launchpad:
status: In Progress → Fix Committed
Revision history for this message
Francis J. Lacoste (flacoste) wrote :

Released in 1.1.12.

Changed in launchpad:
status: Fix Committed → Fix Released
Revision history for this message
Christian Reis (kiko) wrote :

For reference this is implemented in a +claimteam page. This shows up linked on unclaimed profile pages only if the team's email address looks like a mailing list address, but you can access the link directly if the matching fails and it's in fact a team.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.