Follow-up from "Represent UUIDs with a structured type, instead of as strings"
The following discussion from !554 (closed) should be addressed:
-
@cmart started a discussion: The only time we show the create server page is after the user has chosen an image UUID, so we should 100% definitely have a UUID here.
In the spirit of making impossible states impossible, I think that if we can, we should avoid weakening the type that this model requires. Perhaps the code in
State.ViewState
that callsPage.ServerCreate.init
should resolve theOSTypes.ImageUuid
, and handle any failure appropriately.In the spirit of not blocking this MR, I'm happy to make this a follow-up issue to fix separately.