Some failed prebuilds use a wrong status label

[gtsiolis]

Bug description

Some failed prebuilds use a wrong status label.

Prebuilds List	Prebuild Page

Steps to reproduce

N/A

Expected behavior

No response

Example repository

See prebuild for gitpod-io/gitpod in gitpod.io.

Anything else?

No response

[AlexTugarev]

@gtsiolis does it stay like this on the Prebuild Page on reload after +10 seconds?

[gtsiolis]

@AlexTugarev yes, you can also try this using the example link above:

https://gitpod.io/t/gitpod/gitpod/5a09fc7e-40c6-4549-b785-ece367564c96

[gtsiolis]

This seems to be still an issue, see another example:

https://gitpod.io/t/gitpod/gitpod/bb33f016-55a3-43e7-a8a2-e875a74effe4

However, let's move this to the Next Iteration in the relevant project board[1] as this affects a really small set of prebuilds.

Prebuilds List	Prebuild

[jankeromnes]

Indeed, good catch!

I think that in some cases, when the prebuild instance fails (i.e. the WorkspaceInstance has a failure condition and stops), for some reason the prebuild status is not updated (i.e. PrebuiltWorkspace remains in state = 'building'?).

EDIT: Ah, if I remember correctly, I think this might be the case when the prebuild instance cannot even start.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[gtsiolis]

No longer relevant as we do not include the second status label in the header.

However, we still need to handle links to 🅰️ deleted prebuilds like the one linked in the issue description and 🅱️ non-existent prebuilds. Cc @jldec

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[easyCZ]

This issue has been resolved in #8805