Red Hat Developer Hub release notes
Release notes for Red Hat Developer Hub 1.8
Abstract
- 1. New features
- 1.1. Built-in monitoring for Red Hat Developer Hub operator
- 1.2. Introducing localization support in core plugins, and French localization
- 1.3. Localization support for strings defined in Red Hat Developer Hub configuration files
- 1.4. Plugins localization support
- 1.5. Enhanced Bulk Import with Scaffolder Templates
- 1.6. Enabling Software Template version update notifications
- 1.7. Software Template provenance and dependency tracking
- 1.8. Users can customize their homepage
- 1.9. Developer Hub community plugins updated to Backstage 1.42
- 1.10. Quick Start experience for developers logging into Red Hat Developer Hub for the first time
- 1.11. Transparent plugin support indicators
- 1.12. Enhanced package management in the Extensions page
- 1.13. Support for high availability in Google Kubernetes Engine
- 1.14. Customizable container deployment in Red Hat Developer Hub pods
- 2. Breaking changes
- 3. Deprecated functionalities
- 4. Technology Preview
- 5. Developer Preview
- 5.1. Interacting with Model Context Protocol tools for Red Hat Developer Hub
- 5.2. OpenShift AI Connector for Red Hat Developer Hub
- 5.3. Built-in TechDocs for RHDH Local
- 5.4. Red Hat Developer Lightspeed for Red Hat Developer Hub now uses Lightspeed Core (LCORE)
- 5.5. Tech Radar and Quay plugins in RHDH Local
- 5.6. RHDH Local default homepage enhancements
- 5.7. Enhanced customization and collaboration with pre-loaded templates in RHDH Local
- 5.8. Configurable Key Performance Indicators (KPIs) by using the Scorecard plugin
- 5.9. Dynamic Plugin Factory to convert plugins into dynamic plugins
- 5.10. Events Module available
- 6. Fixed issues
- 7. Fixed security issues
- 8. Known issues
- 8.1. Existing Operator users with Orchestator 1.7 require a manual update in their dynamic-plugins ConfigMap
- 8.2. Deployment update error with dynamic plugin configuration
- 8.3. Starting time is not displayed correctly in Results pane when workflows are started
- 8.4. Clicking on the dedicated RHDH local guide link in the UI sidebar also highlights the Catalog item
- 8.5. Handle installation disabled scenario in the installed packages page
- 8.6. Changes to the Operator default configuration do not persist across operator upgrades
- 8.7. Error message when manually accessing plugins without associated entity YAML
- 8.8. Hide package for entities missing
dynamicArtifactvalue in code editor - 8.9. Quay and Argo CD require their respective backend plugins to correctly display permissions in the UI.
- 8.10. MUI v5 components might render with broken styles in non-bundled plugins
- 8.11. Out-Of-Memory errors in the Red Hat Developer Hub Operator
Red Hat Developer Hub (Developer Hub) 1.8 is now generally available. Developer Hub is a fully supported, enterprise-grade productized version of upstream Backstage, compatible with version 1.42.5. Plugins might be compatible with a newer Backstage version. You can access and download the Red Hat Developer Hub application from the Red Hat Customer Portal or from the Ecosystem Catalog.
1. New features
This section highlights new features in Red Hat Developer Hub 1.8.
1.1. Built-in monitoring for Red Hat Developer Hub operator
This update introduces built-in monitoring for the Red Hat Developer Hub Operator. By enabling spec.monitoring.enabled: true in your Backstage custom resource, the Red Hat Developer Hub Operator will automatically manage service monitor resources for Prometheus metrics collection on the /metrics endpoint. This simplifies the monitoring process, eliminating the need for manual service monitor setup, and enhances the user experience on OpenShift and Kubernetes clusters with Prometheus Operator installed.
For more information, see Enabling metrics monitoring in a Red Hat Developer Hub Operator installation on an OpenShift Container Platform cluster.
1.2. Introducing localization support in core plugins, and French localization
This update introduces localization support and French localization to these core plugins:
- Adoption insights
- AI Integrations
- Bulk Import
- Extensions (Marketplace)
- Lightspeed
- Orchestrator
- QuickStart
- RBAC
- ScoreCard
- Topology
- Global header
- Homepage
- Tekton
- ArgoCD
This enhancement allows Red Hat Developer Hub to display content in French, improving accessibility for users who speak French. AI/Cursor automation ensures a seamless translation process, enhancing the user experience by providing content in their preferred language, preparing Red Hat Developer Hub for use in multilingual environments and fostering a more inclusive developer community.
For more information, see Selecting the language for your Developer Hub instance.
1.3. Localization support for strings defined in Red Hat Developer Hub configuration files
With this update, localization support is introduced for strings defined in Red Hat Developer Hub configuration files such as app-config.yaml and dynamic-plugins.default.yaml. This enables users to customize the interface in their preferred language, providing a consistent multilingual interface across these components:
- Entity Tabs Configuration
- Global Header
- QuickStart
- Sidebar Menu Items
- Floating Action Button (FAB) labels and tooltips
This localization support ensures a more inclusive and user-friendly experience for a diverse user base, improving user experience and supporting global users.
For more information, see Enabling Quickstart localization in RHDH.
1.4. Plugins localization support
With this update, Red Hat Developer Hub integrates the Backstage localization framework, enabling users to load translations provided by their plugins. The selected language will persist according to the user settings persistence configuration. Additionally, users can load translations from an external JSON file, allowing them to override existing translations or add translations for existing translation keys.
For more information, see Localization support for plugins.
1.5. Enhanced Bulk Import with Scaffolder Templates
With this update, users can enhance the Bulk Import plugin by importing repositories using scaffolder templates. This automates and optimizes the process by integrating with existing Backstage templates and Orchestrator workflows. Users can select their preferred pre-ingestion workflow and incorporate various scaffolder actions into their bulk import process, resulting in a more efficient and flexible Bulk Import experience.
For more information, see Input parameters for Bulk Import Scaffolder template.
1.6. Enabling Software Template version update notifications
With this update, you can enable notification alerts whenever a Software Template is updated with a new version.
For more information, see Enabling Software Template version update notifications in Red Hat Developer Hub.
1.7. Software Template provenance and dependency tracking
With this update, Red Hat Developer Hub supports Software Template provenance and a dedicated dependency view to improve component traceability and lifecycle management across your organization.
For more information, see Tracking component origin and Software Template version.
1.8. Users can customize their homepage
With this update, Red Hat Developer Hub users can customize their homepage, empowering personalization and productivity. Users can now move, resize, remove, and add existing cards, fostering a more flexible and adaptable user experience. The customization options are based on the existing settings, and users can reset their configuration to the default. The feature aims to improve the resize and reorder mechanism, and update existing cards to work better on different card sizes.
For more information, see Customizing the Home page.
1.9. Developer Hub community plugins updated to Backstage 1.42
The Developer Hub community plugins have been updated to Backstage version 1.42.
1.10. Quick Start experience for developers logging into Red Hat Developer Hub for the first time
With this update, Red Hat Developer Hub includes a guided Quick Start experience tailored for the developer persona. This new feature appears automatically upon a developer's first login to help them get started quickly and accelerate adoption of the platform.
The developer Quick Start provides guided next steps for key features, including:
- Bulk import
- Software Catalog
- Self-service templates
- Learning paths
This feature is integrated with RBAC, allowing platform engineers to configure the Quick Start content and conditionally display it to specific developer groups for personalized onboarding.
For more information, see Setting up and configuring your first Red Hat Developer Hub instance.
1.11. Transparent plugin support indicators
With this update, the plugin support model is now transparently aligned with Red Hat's standard release classifications. The Verified badge is removed, a clearer tiered support system is implemented, and plugin metadata are enhanced, providing a more informative and user-friendly experience in the Extensions Catalog. This change improves visibility into plugin maturity, enhances customer trust, and ensures internal consistency across the catalog.
- Release Status
Indicates the support status:
- Generally Available (GA)
- Technology Preview (TP)
- Developer Preview (DP).
- Supported By
Indicates the support provider:
- Red Hat
- Partner Name
- Customer Name
- Backstage Community
- Backstage Version Supported
- Replaces the previous Version field.
- Author
- Indicates the plugin author.
- Tags
- Indicates the plugin tags.
- Category
- Indicates the plugin category.
- Badges
- GA (Green)
-
For plugins that have the
Generally AvailableRelease Status, and a non empty Supported By value. - Certified (Purple)
- For Red Hat partner plugins (unchanged).
- Custom (Yellow)
For customer-developed plugins (unchanged).
The *Verified* badge is removed.
For more information, see Utilizing plugin indicators and support types in Red Hat Developer Hub.
1.12. Enhanced package management in the Extensions page
With this update, Red Hat Developer Hub includes a reorganized Extensions navigation, enabling the user to manage installed packages more easily. The former Installed Plugins tab is renamed to Installed Packages and includes new row actions that allow you to edit, enable, and disable packages directly from the list.
1.13. Support for high availability in Google Kubernetes Engine
Red Hat Developer Hub now supports high availability setups in Google Kubernetes Engine (GKE). This enhancement allows the deployment to scale beyond a single replica, ensuring the application remains operational and accessible even in the event of failures or disruptions.
For more information, see Configuring high availability in Red Hat Developer Hub.
1.14. Customizable container deployment in Red Hat Developer Hub pods
Previously, injecting necessary files (extraFiles) and environment variables (extraEnvs) was restricted to the default backstage-backend container.
With this update, you can configure resource injection for any container in the Red Hat Developer Hub pod, including sidecars and system containers. This allows you to complete the job of deploying custom components, such as security agents, log collectors, or configuration managers, that require specific volumes or runtime variables to operate successfully.
For more information, see Injecting extra files and environment variables into Backstage containers.
2. Breaking changes
This section lists breaking changes in Red Hat Developer Hub 1.8.
2.1. Argo CD, Tekton, and Topology plugins require the Kubernetes Frontend and Kubernetes Backend plugins
With this update, the Argo CD, Tekton, and Topology plugins requires the Kubernetes Frontend and Kubernetes Backend plugins. Before this update, these plugins depended only on the Kubernetes Backend plugin, and the feature provided by the Kubernetes Frontend plugin where provided by the removed @janus-idp/shared-react package.
Procedure
Enable the Kubernetes Frontend and Kubernetes Backend plugins.
global: dynamic: plugins: - package: ./dynamic-plugins/dist/backstage-plugin-kubernetes disabled: false - package: ./dynamic-plugins/dist/backstage-plugin-kubernetes-backend-dynamic disabled: falseThe Kubernetes Frontend plugin shows automatically a Kubernetes tab for Software Catalog entities with the annotation
backstage.io/kubernetes-idorbackstage.io/kubernetes-namespace.Optionally, to hide the Kubernetes tab in the Software Catalog, disable the feature with this dynamic plugin configuration:
global: dynamic: plugins: - package: ./dynamic-plugins/dist/backstage-plugin-kubernetes disabled: false pluginConfig: dynamicPlugins: frontend: backstage.plugin-kubernetes: mountPoints: [] - package: ./dynamic-plugins/dist/backstage-plugin-kubernetes-backend-dynamic disabled: false
Additional resources
3. Deprecated functionalities
This section lists deprecated functionalities in Red Hat Developer Hub 1.8.
3.1. Backstage CR versions v1alpha1 and v1alpha2
Backstage CR versions v1alpha1 and v1alpha2 were deprecated in 1.7 and will be removed in 1.9.
Additional resources
3.2. Deprecation of Bundled Plugin Wrappers
To enhance performance, decrease image size, and reduce maintenance, the method of including "wrapped" dynamic plugins within the main Red Hat Developer Hub container image was deprecated in RHDH 1.7.0. We are transitioning to a model where all dynamic plugins will be distributed as independent OCI artifacts.
This is a deprecation notice only; there are no breaking changes in 1.8.0 related to plugins, wrappers, or support for OCI artifacts. All previously bundled plugins will continue to be bundled in this release. However, we encourage customers to prepare for the removal of wrappers in a future release by beginning to use the new OCI artifacts in 1.9.0. Documentation will be updated to guide this migration.
For more information, see Loading a plugin packaged as an OCI image.
Additional resources
3.3. Deprecation of OCM Plugins
The Open Cluster Management (OCM) plugins integrates your Red Hat Developer Hub instance with the MultiClusterHub and MultiCluster engines of OCM. The OCM plugins are deprecated as of RHDH 1.8, and will be removed in a future release.
Additional resources
4. Technology Preview
This section lists Technology Preview features in Red Hat Developer Hub 1.8.
Technology Preview features provide early access to upcoming product innovations, enabling you to test functionality and provide feedback during the development process. However, these features are not fully supported under Red Hat Subscription Level Agreements, may not be functionally complete, and are not intended for production use. As Red Hat considers making future iterations of Technology Preview features generally available, we will attempt to resolve any issues that customers experience when using these features. See: Technology Preview support scope.
4.1. Bulk import GitLab projects
With this update, users can bulk import entities from GitLab into Red Hat Developer Hub, enhancing onboarding efficiency.
For more information, see Importing multiple GitLab repositories.
5. Developer Preview
This section lists Developer Preview features in Red Hat Developer Hub 1.8.
Developer Preview features are not supported by Red Hat in any way and are not functionally complete or production-ready. Do not use Developer Preview features for production or business-critical workloads. Developer Preview features provide early access to functionality in advance of possible inclusion in a Red Hat product offering. Customers can use these features to test functionality and provide feedback during the development process. Developer Preview features might not have any documentation, are subject to change or removal at any time, and have received limited testing. Red Hat might provide ways to submit feedback on Developer Preview features without an associated SLA.
For more information about the support scope of Red Hat Developer Preview features, see Developer Preview Support Scope.
5.1. Interacting with Model Context Protocol tools for Red Hat Developer Hub
You can enhance your Red Hat Developer Hub integration by leveraging the Model Context Protocol (MCP) server. This integration enables seamless communication with various Artificial Intelligence (AI) clients, facilitating efficient data exchange and expanding the functionality of the platform.
5.2. OpenShift AI Connector for Red Hat Developer Hub
You can use OpenShift AI Connector for RHDH to enable users to use Red Hat Developer Hub (RHDH) to surface AI Models and Model Servers from Red Hat OpenShift AI (RHOAI) directly into the RHDH/Backstage Catalog.
5.3. Built-in TechDocs for RHDH Local
With this update, RHDH Local includes essential Getting Started and How-To documentation about RHDH Local which is embedded as TechDocs. In RHDH Local, you can access this built-in documentation directly within the application.
Additional information about configuring RHDH for its supported platforms can be found at https://docs.redhat.com/en/documentation/red_hat_developer_hub/.
5.4. Red Hat Developer Lightspeed for Red Hat Developer Hub now uses Lightspeed Core (LCORE)
The Developer Lightspeed for RHDH plugin has completed its migration from the Road-Core Service to Lightspeed Core (LCORE). This architectural change provides enhanced stability and prepares the plugin for future feature development during the Developer Preview.
5.5. Tech Radar and Quay plugins in RHDH Local
With this update, RHDH Local integrates the Tech Radar and Quay plugins, for a better out of the box experience for users. The Tech Radar plugin provides a visually engaging element on the homepage or via navigation, and showcases the dynamic plugins loading mechanism for simple Developer Hub extension. The Quay plugin demonstrates integration with external services and provides a practical example of extending the Developer Hub software catalog.
Additional resources
5.6. RHDH Local default homepage enhancements
With this update, RHDH Local default homepage integrates a floating action button with quick links for easy access to documentation and information.
Additional resources
5.7. Enhanced customization and collaboration with pre-loaded templates in RHDH Local
With this update, RHDH Local integrates pre-loaded essential templates, enabling users to create their own custom plugins and add TechDocs or software components to existing projects within Red Hat Developer Hub. This enhancement demonstrates Developer Hub extensibility, empowers users to extend the platform, and enhances the overall user experience by promoting collaboration and customization.
Additional resources
5.8. Configurable Key Performance Indicators (KPIs) by using the Scorecard plugin
With this release, Red Hat Developer Hub integrates the Scorecard plugin, enabling users to visualize software quality and health metrics directly in Developer Hub.
Developers can visualize scorecards with the metrics available to the their role in a tab on component detail pages, allowing them to quickly check the quality of their code and ensure it meets team standards.
Platform engineers can configure Key Performance Indicators (KPIs) from various data sources, with initial support for GitHub open pull requests and Jira open issues. Custom metric providers will allow for the addition of more data sources.
This simplifies the monitoring of applications by offering a single, clear report on health, security, and compliance.
Additional resources
5.9. Dynamic Plugin Factory to convert plugins into dynamic plugins
You can automate the conversion and packaging of standard Backstage plugins into RHDH dynamic plugins by using the RHDH Dynamic Plugin Factory tool.
The core function of the Dynamic Plugin Factory tool is to streamline the dynamic plugin build process, offering the following capabilities:
- Source Code Handling
- Manages cloning, checking out, and applying custom patches to the plugin source.
- Dependency Management
- Handles yarn installation and TypeScript compilation.
- Packaging
- Uses the RHDH CLI to build, export, and package the final dynamic plugin.
- Deployment
- Offers an option to push the resulting container image to registries like Quay or OpenShift.
The Dynamic Plugin Factory tool provides a simplified, reproducible method for developers and platform engineers to create and test dynamic plugins using a pre-configured dynamic plugin factory container and documentation, significantly easing migration and testing.
For more information, see RHDH Dynamic Plugin Factory.
5.10. Events Module available
With this release, you can use the Events Module together with scheduled updates to make sure your GitHub user or catalog entities are updated whenever changes occur in the external system. See Configuring Events module.
Additional resources
6. Fixed issues
This section lists issues fixed in Red Hat Developer Hub 1.8.
6.1. Fixed issues in 1.8.0
6.1.1. Improved startup speed with updated init container image pull policy for Developer Hub Helm Chart
With this update, the pull policy for the init container image of the Developer Hub Helm Chart was changed from Always to IfNotPresent. This change reduces the repeated download time during startup of the container image, which is approximately 2.5 GB, thereby significantly improving startup speed for users.
Additional resources
6.1.2. Improved Authentication for Self-Hosted Enterprise SCM Providers
Previously, actions requiring access to a self-hosted enterprise SCM provider failed, returning an error that no authentication provider was available for the specified host.
With this update, the SCM integration correctly identifies and uses the configured authentication provider for the corresponding enterprise host.
Additional resources
6.1.3. Customizable image names for job and data index services in Developer Hub Helm Chart
Previously, when deploying the Developer Hub Helm Chart with the Orchestrator enabled, it was not possible to customize the image names of the job and data index services, for example in disconnected environments. Setting the orchestrator.sonataflowPlatform.jobServiceImage and orchestrator.sonataflowPlatform.dataIndexImage would return a schema validation error from Helm. This update fixes this issue.
Additional resources
6.1.4. Network policy installation fix for Developer Hub RHDH Helm Chart with Orchestrator flavor
Before this update, the Developer Hub RHDH Helm Chart would not install Network Policies when the Orchestrator flavor was deployed with serverlessLogicOperator disabled, preventing the Developer Hub Pods from being completely available. This update fixes this situation by installing network policies unconditionally when the orchestrator is enabled.
Additional resources
6.1.5. Resolved SonataFlow Pod Crash Issue
In the new release, a timing problem during the RHDH 1.7 installation with Orchestrator plugins, affecting SonataFlow database provisioning, has been addressed. This issue caused SonataFlow pods to repeatedly enter the CrashLoopBackOff state, leading to delays and potential confusion for users. With this update, SonataFlow pods no longer encounter the CrashLoopBackOff state due to the database provisioning delay. This improvement enhances the user experience, as SonataFlow pods now start promptly, eliminating unnecessary wait times.
Additional resources
6.1.6. Fixed SCM integration failures for self-hosted enterprise SCM providers
Previously, SCM integration failed for self-hosted enterprise SCM providers because the system could not identify the configured host. This resulted in a No auth provider available error. With this release, the SCM integration now correctly uses the configured authentication provider for the corresponding enterprise host. As a result, end users can now successfully perform actions requiring enterprise SCM access.
Additional resources
6.1.7. Fixed incorrect version detection for local plugin updates
Before this update, local plugins within the image were incorrectly detected for updates due to version misidentification. This led to users being unable to update local plugins from wrappers, resulting in outdated functionality. With this release, local plugin updates are now automatically detected, eliminating the need for manual adjustments and ensuring seamless plugin version updates for end users.
Additional resources
7. Fixed security issues
You can view the security issues fixed in Red Hat Developer Hub 1.8 at Red Hat Security Updates.
For 1.8.0, see Red Hat Security Advisory RHSA-2025:20047.
8. Known issues
This section lists known issues in Red Hat Developer Hub 1.8.
8.1. Existing Operator users with Orchestator 1.7 require a manual update in their dynamic-plugins ConfigMap
If you have an existing Operator-backed instance of Developer Hub with the Orchestrator, you must update your dynamic-plugins ConfigMap to set the version of the Orchestrator plugins to 1.8.2 once the Developer Hub Operator is upgraded to 1.8. Otherwise, the Developer Hub instance will not be upgraded at all.
Example of a dynamic-plugins ConfigMap enabling the Orchestrator plugins in 1.8 for Operator-backed instances
apiVersion: v1
kind: ConfigMap
metadata:
name: dynamic-plugins-rhdh
data:
dynamic-plugins.yaml: |
includes:
- dynamic-plugins.default.yaml
plugins:
- package: "@redhat/backstage-plugin-orchestrator@1.8.2"
disabled: false
- package: "@redhat/backstage-plugin-orchestrator-backend-dynamic@1.8.2"
disabled: false
dependencies:
- ref: sonataflow
- package: "@redhat/backstage-plugin-scaffolder-backend-module-orchestrator-dynamic@1.8.2"
disabled: false
- package: "@redhat/backstage-plugin-orchestrator-form-widgets@1.8.2"
disabled: false
Additional resources
8.2. Deployment update error with dynamic plugin configuration
Updating the deployment configuration using the values.yaml to include specific dynamic plugin configurations might cause an error during the deployment process.
When configuring the dynamicRoutes for the red-hat-developer-hub.backstage-plugin-dynamic-home-page plugin, the use of the placeholder {{firstName}} in a configuration property, for example title, can result in the following fatal deployment error:
"function firstName not defined".
This error prevents the cluster from spinning up correctly.
Configuration example
dynamicPlugins:
frontend:
red-hat-developer-hub.backstage-plugin-dynamic-home-page:
dynamicRoutes:
- path: /
importName: DynamicHomePage
config:
props:
title: 'Howdy {{firstName}} or {{displayName}}'
Additional resources
8.3. Starting time is not displayed correctly in Results pane when workflows are started
There is an known issue with the displayed starting time in the Orchestrator 1.8.2 plugins when starting a workflow. When a workflow starts executing, the starting time is not displayed correctly in the Results window of the workflow instance. It remains this way until the workflow changes state. This will be fixed in a future release.
Additional resources
8.4. Clicking on the dedicated RHDH local guide link in the UI sidebar also highlights the Catalog item
In this update, the RHDH Local default configuration includes built-in TechDocs. However, when selecting the new "RHDH Local Guide" link in the RHDH Local UI sidebar, the Catalog link is also highlighted. There is currently no known workaround.
Additional resources
8.5. Handle installation disabled scenario in the installed packages page
When installation is disabled, the actions on the Installed Packages page are still shown. Similarly, if the YAML file is misconfigured, the actions appear, but the API call fails with an error. This doesn’t break the UI, the API failure is handled gracefully, and the correct reason for the failure is displayed in the UI.
Additional resources
8.6. Changes to the Operator default configuration do not persist across operator upgrades
Changes to the Developer Hub Operator default configuration do not persist across operator upgrades. There is no known workaround.
Additional resources
8.7. Error message when manually accessing plugins without associated entity YAML
This error occurs when a user tries to access a package or plugin that does not have an associated entity YAML. Users will not encounter this error under normal usage; it only appears if they manually modify the plugin or package name in the URL. This ticket will handle this scenario more gracefully by indicating why access to a particular plugin is not allowed.
Additional resources
8.8. Hide package for entities missing dynamicArtifact value in code editor
For packages with missing spec.dynamicArtifact value in their catalog entity, we currently show - package: ./dynamic-plugins/dis/…
Additional resources
8.9. Quay and Argo CD require their respective backend plugins to correctly display permissions in the UI.
Example configuration for Quay plugin:
plugins:
- package: ./dynamic-plugins/dist/backstage-community-plugin-quay
disabled: false
- package: oci://ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-quay-backend:bs_1.42.5__1.6.0!backstage-community-plugin-quay-backend
disabled: false
pluginConfig:
quay:
apiUrl: ${QUAY_API_URL}
apiKey: ${QUAY_API_KEY}
Example configuration for Argo CD plugin:
plugins:
- package: ./dynamic-plugins/dist/roadiehq-scaffolder-backend-argocd-dynamic
disabled: true
- package: ./dynamic-plugins/dist/backstage-community-plugin-redhat-argocd
disabled: false
- package: oci://ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-redhat-argocd-backend:bs_1.42.5__0.10.0!backstage-community-plugin-redhat-argocd-backend
disabled: false
pluginConfig:
argocd:
username: "${ARGOCD_USERNAME}"
password: "${ARGOCD_PASSWORD}"
appLocatorMethods:
- type: 'config'
instances:
- name: argoInstance1
url: "${ARGOCD_INSTANCE1_URL}"
For ArgoCD, you will need to update your app-config.yaml to add its id to permission.rbac.pluginsWithPermission:
permission:
enabled: true
rbac:
pluginsWithPermission:
- argocdAdditional resources
8.10. MUI v5 components might render with broken styles in non-bundled plugins
Plugins that are not bundled with Red Hat Developer Hub, meaning not part of the Red Hat Developer Hub wrappers, might experience styling issues or broken visuals when using Material UI v5 components.
Workaround
Add the following code to the plugin’s entry file, such as
workspaces/<pluginId>/plugins/<pluginId>/src/index.ts:import { unstable_ClassNameGenerator as ClassNameGenerator } from '@mui/material/className'; ClassNameGenerator.configure(componentName => { return componentName.startsWith('v5-') ? componentName : `v5-${componentName}`; });
Additional resources
8.11. Out-Of-Memory errors in the Red Hat Developer Hub Operator
To resolve Out-Of-Memory errors in the Red Hat Developer Hub Operator, adjust memory settings manually:
Edit the deployment:
kubectl edit deployment rhdh-operator -n <namespace>
In the editor, set the memory request to 1 GiB and the limit to 2 GiB:
spec: containers: - name: rhdh-operator resources: requests: memory: "1G" limits: memory: "2G"- Reapply this change whenever the Operator is actively reconciled. The pod should become healthy, using about 1.07 GiB of memory.
Additional resources