-
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
Labelling devfiles in the Dashboard #19953
Comments
isn't it conflicting with #19633 ? |
@benoitf maybe, but this is definitly required in any case to display things such as supported |
@sunix Why? Che Cluster is run on a particular architecture, we even should not display devfiles that are not supported on the current architecture. |
A googledoc, describing the feature https://docs.google.com/document/d/13WPTD-dGX5duq-QpTXXCFHTPe7ZrBStjbNdY71llMw8/edit# |
Required for implementing UDI image (if we want to have ALL the tech preview and GA supported stuff in the same container). See:
Escalating to P1. |
PRs to add tags to meta.yaml so we can use that data to display labels on devfile tiles: |
@ibuziuk the milestone for this issue is 7.40 (release tomorrow) but there is no sprint/current label. Should it be moved to milestone 7.41? |
@ibuziuk I think we are still missing the dashboard part of this. I have set the milestone to 7.41, feel free to set another milestone if you are not going to work on it during this sprint. |
we are tracking this issue as part of #19633 |
@ibuziuk 7.41.0 release will be cut today. This issue is not yet closed, so please close it if it's done or move it to 7.42 |
I see #19633 is resolved via eclipse-che/che-dashboard#432 so ... can we close this one too? |
Followup in #20976 |
Is your enhancement related to a problem? Please describe.
In the dashboard get-started page, admin can configure Che to have devfiles coming from different devfile registries. The problem is that it is hard to differentiate where the devfile is coming from.
This is what is done in the Red Hat Developer Sandbox SaaS which is mixing CodeReady Workspaces devfiles and Che community devfiles. It is not possible to distinguish from which registry is coming a devfile. A user may use unwillingly the community one rather than the one from CodeReady Workspaces.
A label showing that a devfile is a "community" devfile would help. Labels could be used in other use cases: showing the supported architectures for instance.
Describe the solution you'd like
The idea is to reuse the field from the meta.yaml file that we have already in the devfile registries: The tags field.
In meta.yaml attributes
In index.json (generated) of the registry
Based on an operator cluster configuration, the admin would set the list of tags that would be displayed as a label in the user dashboard.
This is how would look like the dashboard
Here are few subtasks to achieve that:
The text was updated successfully, but these errors were encountered: