-
Notifications
You must be signed in to change notification settings - Fork 8
Add Spinwick type, concept of repeatable vs unique IDs #68
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes look good! Only left a non-blocking comment on the semantics of the GetInstallationIDFromOwnerID
util.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice improvements! LGTM
Merging so I can rebase my changes. Thanks all! |
Summary
In #67 a new concept of unique Spinwick IDs was introduced to allow support for deletion pending windows. This worked for creation but was problematic for updates, since the same always-unique spinwick ID is assigned as the workspace OwnerID, and couldn't be looked up after creation. This PR adjusts logic so that the 2 types of spinwick IDs can be generated - repeatable, and unique. The former is used for OwnerID, and other lookups, while the latter is used for DNS names.
Ticket Link
N/A
Release Note