Description of the problem, including code/CLI snippet

objects.epics.GroupEpic usesiid (group local ID) as ID attribute /encoded_id instead of the globalid like, for example,objects.issues.ProjectIssue does. This leads to an erroneous behavior when updating an epic, i.e., the wrong epic is being updated.

Expected Behavior

• I retrieve an epic:epic = top_level_group.epics.list(...)[0]
• I manipulate the epic labels:epic.labels.extend([...]) <-- epic from a sub group
• I save the epic:epic.save()
• The new labels are saved forexactly this epic, identified byepic.id.

Actual Behavior

• The labels are saved for the first epic withepic.iid, which is not necessarily the one that I intended to update.

Discussion

The classGroupEpic explicitly setsiid as_id_attr. When updating the epic, the request is sent toepic.manager.path/{epic_iid}, but sinceepic.manager.path is the path to the top level group, the epic with id 3 in this top level group is updated instead of the one from the nested group.

So maybe it's not just usingid instead ofiid but fixing the manager (path) so that is uses the path of the actual group that the epic belongs to and not the path of the group that was used to retrieve all epics.

Specifications

• python-gitlab version: 6.20 (but has been around since months or years and does still exist:https://github.com/python-gitlab/python-gitlab/blob/main/gitlab/v4/objects/epics.py#L26)
• Gitlab server version (or gitlab.com): recent / not important