Skip to content

Conversation

@theduke
Copy link
Collaborator

@theduke theduke commented Oct 27, 2025

The wait loop that waits for apps to be published and at the current
version does did not handle the case of the app not being propagated to
Edge servers yet , in which case the version header would be missing
entirely, leading to an immediate abort.

This change now also waits for Edge to recognise the app.

The wait loop that waits for apps to be published and at the current
version does did not handle the case of the app not being propagated to
Edge servers yet , in which case the version header would be missing
entirely, leading to an immediate abort.

This change now also waits for Edge to recognise the app.
@theduke theduke requested a review from baalimago October 27, 2025 12:43
} catch (err) {
console.error(err);
}
}

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

shouldn't we have continue in here? With current code even if response failed, we would still continue the flow and check for headers which likely not there for a failed response.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah fair point.

Well, in particular, we'd want to continue on 400 "app not found" errors.
But not on other errors.
(except maybe overload)

Copy link
Collaborator

@baalimago baalimago left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It will improve visibility, although I suspect that it'll just fail the tests one level down

@baalimago baalimago merged commit 4363c5f into main Nov 4, 2025
6 of 8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants