-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Che fails to properly create a workspace if controller.devfile.io/merge-contribution: true
is set on a container component.
#22155
Comments
@amisevsk could you please take a look? |
This looks to be an issue in the dashboard that is hidden by #22145 During start, the dashboard is creating a DevWorkspace with no components, and then patching it to use the devfile content. This patch request gets a 403 Forbidden response, which is ignored by the dashboard. The response includes the message:
This is because the dashboard is injecting the As a workaround for now, this issue can be avoided by placing the component we want |
I just reproduced this issue and I suspect it's related to the fact that the devworkspace-generator always add the attribute in the generated DevWorkspace but it should never do it (c.f. this issue). cc @svor |
As Mario added, It's devWorkspace generator tool that injects attribute into the first component and this tool is used by the dashboard. If the attribute should be add by devworkspace-operator, we can remove this logic from the generator tool. |
@svor the attribute should not be set anymore (it was required a few releases ago, prior to prior to devfile/devworkspace-operator#993 as mentioned by @amisevsk). |
The logic currently used by DWO is
|
All related PRs to devworkspace generator were merged, now the generator tool doesn't inject |
Describe the bug
I am trying to explicitly tell Che which container component to use for injecting the IDE at workspace startup.
To accomplish this I am adding the following attribute to the desired container component in the devfile:
If I modify an existing workspace and remove the attribute from the first container component and move it to the desired component, the workspace starts and runs as expected.
However, if I create a new workspace with a devfile containing that attribute, the workspace starts, but is created with an empty array of components, much like the error here: #22145
Che version
7.63@latest
Steps to reproduce
Create a workspace with the following devfile:
Expected behavior
A running workspace with the IDE injected into the attributed component.
Runtime
OpenShift
Screenshots
No response
Installation method
OperatorHub
Environment
macOS
Eclipse Che Logs
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: