You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently if there are issues with forward ports I create forward port batches by hand, however this is a very raw / low level job, and creating objects by hand does not necessarily uphold all the implicit invariants which can cause issues:
When trying to force a followup, if there are detached forward ports triggering from the source batch seems to not work, might need to find the latest forward port on the sequence (which might be on the branch we just disabled)
If a batch keeps failing e.g. because it's a duplicate and the previous version is already merged the fw will keep trying and failing forever.
Might be a good idea to add some backoff.
Make into mail.thread and add failure note so the information is not hidden in the logs.
Maybe add more extensive backoff on failure (not just a constant backoff).
Can create a double port via batches, not entirely sure how (probably because duplication is checked before creating the batch, once the batch is created there's basically no check)
Maybe create a "force port" action on the PR which can do all the right things and we stop creating forwardport batches by hand?
The text was updated successfully, but these errors were encountered:
In the case where multiple batch completions are triggered (see 3
commits earlier) one of the issues is that the "already ported" check
is incorrect, as it checks the (source, target) pair against the PR
used to trigger the completion check. That PR *should* be the one PR
which was just added to a batch, but if one of its descendants is used
to re-trigger a port then the dupe check fails and we try to port the
thing again.
Remember to deref' the subject's source in order to perform the dupe
check, as well as set the source for the forwardport we create.
Fixes#1052
Hit issues where this didn't seem to work after deactivating 17.2 and
trying to recover from the autoport being broken (see previous
commits), but apparently this says everything works just fine so
╮( ̄▽ ̄"")╭
Fixes#1052
Complements #1051
Currently if there are issues with forward ports I create forward port batches by hand, however this is a very raw / low level job, and creating objects by hand does not necessarily uphold all the implicit invariants which can cause issues:
When trying to force a followup, if there are detached forward ports triggering from the source batch seems to not work, might need to find the latest forward port on the sequence (which might be on the branch we just disabled)
If a batch keeps failing e.g. because it's a duplicate and the previous version is already merged the fw will keep trying and failing forever.
Can create a double port via batches, not entirely sure how (probably because duplication is checked before creating the batch, once the batch is created there's basically no check)
Maybe create a "force port" action on the PR which can do all the right things and we stop creating forwardport batches by hand?
The text was updated successfully, but these errors were encountered: