[Xsquash4Gitlab] Unpublished activity box when one failed

Affected version : 7.4.0.RELEASE

The note updates for tracking recipe progress only occur for one synchronization at a time. The latest sync overwrites the previous ones.

This issue is not critical in the nominal case (correct permissions on all notes), because the notes from previous syncs are created in the following sync rounds. The only visible symptom is a slowdown during the initial syncs (as they are, by default, less prioritized than the later ones).

However, this issue becomes blocking if at least one note cannot be modified. If the latest synchronization is affected by this problem, all previous syncs are blocked.

Synchronizations are ordered by ID. When we talk about first sync and second sync, it implies that the ID of second sync is greater than the ID of first sync.

Steps to reproduce

• Create a GitLab group-level token with reporter rights
• Create 2 synchronisations using this token with at least 1 issue in each perimeter
• Let the synchronisation pass and create the reporting notes
• Create a new GitLab group-level token with reporter rights and use this token for the server used for synchronisations
• Modify the tracking indicators of synchronized requirements (e.g. add a covering test case) for requirements in both perimeters
• Delete the reporting note in one of the issue of the first perimeter

Expected result

The deleted note is re-recreated even though the notes of perimeter 2 are not updated.

Observed behaviour

The deleted note is not re-created.