AUR web interface

**This is the bug tracker for the AUR web interface.**

Use this tracker to report bugs or make feature requests regarding the behaviour or implementation of the AUR software.
Please read the Reporting Bug Guidelines before filing a new task.

- Please report bugs related to Arch Linux official packages here:
- Please report bugs for [community] packages here:
- For any packages in the AUR contact the maintainer or leave a comment on the package's detail page.

Source Code:

FS#50079 - orphan requests does not remove co-maintainers

Attached to Project: AUR web interface
Opened by Ido Rosen (idorosen) - Sunday, 17 July 2016, 18:35 GMT
Task Type Bug Report
Category Backend
Status Unconfirmed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version 4.2.0
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 1
Private No


It looks like orphan requests on AUR do not remove co-maintainers, so that when a package is orphaned and taken over by another.

Here's the order of operations:

[package: dpkg, maintainer: ido, comaintainer: lotia] --(orphan request by bertptrs)--> [maint: bertptrs, comaint: lotia] --(disown request by bertptrs)--> [maint: lotia].

So, is it possible that the comaintainers are not cleared when an orphan request is submitted?

(Note: For a disown request, it makes sense that the comaintainer should become the maintainer. For an orphan request, the comaintainers should probably be removed to avoid a situation where the new maintainer who adopts the package then disowns the package and leaves the old inactive comaintainer as the new maintainer from before the orphan request...)
This task depends upon

Comment by Ido Rosen (idorosen) - Sunday, 17 July 2016, 18:51 GMT
Oops, the first paragraph should read:

It looks like the automatically honored orphan requests (after a package is flagged out of date for a while) on AUR do not remove co-maintainers, so that when a package is orphaned and taken over by another maintainer, the new maintainer inherits the old comaintainers. Then, if that new maintainer that adopted after the orphan request disowns the package, the comaintainer (from before the orphan request) becomes the new maintainer. This prevents the old maintainer or other active users from re-adopting the package. If there were multiple co-maintainers, then there would have to be multiple orphan requests in a row to fully remove all inactive maintainers.

The current behavior leads to some confusion. Maybe the behavior should be:

1. If the orphan request comes from a comaintainer, make that person a maintainer and the current maintainer becomes a comaintainer (swap).
2. If the orphan request does not come from a comaintainer, remove all maintainers and comaintainers.