-
Notifications
You must be signed in to change notification settings - Fork 1.3k
[projects] Fix workspace/project association when based on a prebuild #6116
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
Comments
/schedule |
@jankeromnes: Cannot schedule issue - issue does not belong to a team. Use /team to specify one. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/team meta |
/schedule |
@jankeromnes: Issue scheduled in the meta team (WIP: 0) In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/assign @AlexTugarev |
/state in-review |
/status in-review |
Uh oh!
There was an error while loading. Please reload this page.
Bug description
Follow-up to #6071 and #6097
When starting a workspace without a prebuild, the Project association is now correct.
However, when starting a workspace based on a prebuild, it automatically gets associated to the same Project as the prebuild (which can be a now-deleted Project, a project you're not a member of, or an older Prebuild without a project):
gitpod/components/server/ee/src/workspace/workspace-factory.ts
Line 214 in 811a6af
Steps to reproduce
Expected behavior
No response
Example repository
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: