|
4 | 4 |
|
5 | 5 | This section lists issues fixed in {product} {product-version}. |
6 | 6 |
|
7 | | -<<<<<<< HEAD |
| 7 | +== Fixed issues in 1.4 |
| 8 | + |
| 9 | +[id="bug-fix-rhidp-2727"] |
| 10 | +=== GitHub issues plugin supports multiple GitHub integration hosts |
| 11 | + |
| 12 | +Previously, the GitHub issues plugin defaulted to using the first GitHub integration it detected for all components. This behavior made it incompatible with setups involving multiple GitHub integration hosts. |
| 13 | + |
| 14 | +Now, GitHub issues plugin supports multiple GitHub integration hosts. It uses the well-known entity slug annotation `backstage.io/source-location` or `backstage.io/managed-by-location` to determine the appropriate GitHub integration for a component. If no integration matches the slug, the first GitHub integration is selected, maintaining the previous behavior. |
| 15 | + |
| 16 | +.Additional resources |
| 17 | +* link:https://issues.redhat.com/browse/RHIDP-2727[RHIDP-2727] |
| 18 | + |
| 19 | + |
| 20 | +[id="bug-fix-rhidp-2903"] |
| 21 | +=== All API documentation is defined in the 3scale backend plugin |
| 22 | + |
| 23 | +Previously, some API documentation defined in the 3scale backend plugin was not accessible in {product-very-short}. |
| 24 | + |
| 25 | +With this update, all API documentation defined in the 3scale backend plugin is imported and merged in the {product-very-short}. |
| 26 | + |
| 27 | +.Additional resources |
| 28 | +* link:https://issues.redhat.com/browse/RHIDP-2903[RHIDP-2903] |
| 29 | + |
| 30 | + |
| 31 | +[id="bug-fix-rhidp-3115"] |
| 32 | +=== {product-very-short} helm chart deployment throws `NotAllowedError` |
| 33 | + |
| 34 | +Previously, when deploying with the Helm Chart, there could be a mismatch between the Route hostname and the `baseUrl` fields added to the generated app-config ConfigMap. This could sometimes cause failure to authenticate against some providers due to an origin mismatch. |
| 35 | + |
| 36 | +This update fixes this issue by ensuring no mismatch between those values. |
| 37 | + |
| 38 | +.Additional resources |
| 39 | +* link:https://issues.redhat.com/browse/RHIDP-3115[RHIDP-3115] |
| 40 | + |
| 41 | + |
| 42 | +[id="bug-fix-rhidp-3849"] |
| 43 | +=== Disable the creation of permission policies and roles when disabling the RBAC backend plugin |
| 44 | + |
| 45 | +Previously, disabling the Role-Based Access Control (RBAC) backend plugin created roles and permission policies, whether the permission framework was enabled or not. |
| 46 | + |
| 47 | +With this update, disabling the RBAC backend plugin no longer creates roles and permission policies. |
| 48 | + |
| 49 | +.Additional resources |
| 50 | +* link:https://issues.redhat.com/browse/RHIDP-3849[RHIDP-3849] |
| 51 | + |
| 52 | + |
| 53 | +[id="bug-fix-rhidp-3931"] |
| 54 | +=== Added alert on the deletion icon during bulk imports |
| 55 | + |
| 56 | +Before this update, repositories were added to the {product-short} from various sources, such as `app-config` files or GitHub discovery. The Bulk Import plugin only tracked repositories accessible using the configured GitHub integrations. When both plugins were enabled, repositories discovered by GitHub Discovery appeared on Bulk Import pages. However, deleting these repositories from Bulk Import Jobs had no effect, as entities from discovery or `app-config.yaml` file remained in the {product-short} catalog. |
| 57 | + |
| 58 | +With this update, an alert on the deletion icon notifies the user to modify the source (either the `catalog-info` within the repository or the `app-config.yaml` file if the file originates from there) to remove the catalog entity. |
| 59 | + |
| 60 | +.Additional resources |
| 61 | +* link:https://issues.redhat.com/browse/RHIDP-3931[RHIDP-3931] |
| 62 | + |
| 63 | + |
| 64 | +[id="bug-fix-rhidp-4240"] |
| 65 | +=== Removed the pre-configured custom resources from the Kubernetes configuration |
| 66 | + |
| 67 | +Before this update, the custom resources in Kubernetes configuration were pre-configured. As a result, users could see Tekton warnings without configuring the custom resources in Kubernetes. |
| 68 | + |
| 69 | +This update removes the pre-configured custom resources from the Kubernetes configuration. Therefore, users can customize resources to the Kubernetes configuration based on their requirements, preventing unrelated warnings from appearing. |
| 70 | + |
| 71 | +.Additional resources |
| 72 | +* link:https://issues.redhat.com/browse/RHIDP-4240[RHIDP-4240] |
| 73 | + |
| 74 | + |
| 75 | +[id="bug-fix-rhidp-4241"] |
| 76 | +=== RBAC Plugin is broken with latest Backstage version (`1.31`) |
| 77 | + |
| 78 | +Before this update, Role-Based Access Control (RBAC) backend plugin broke in Backstage `1.31` with an error. |
| 79 | + |
| 80 | +This update resolves compatibility issues with RBAC backend plugin on Backstage versions `1.31` and `1.32` without displaying any errors. |
| 81 | + |
| 82 | +.Additional resources |
| 83 | +* link:https://issues.redhat.com/browse/RHIDP-4241[RHIDP-4241] |
| 84 | + |
| 85 | + |
| 86 | +[id="bug-fix-rhidp-4732"] |
| 87 | +=== The backstage instance always failed to start in version `5.1.0` |
| 88 | + |
| 89 | +Before this update, the backstage instance failed to start in version `5.1.0`, showing an error. |
| 90 | + |
| 91 | +With this update, the Role-Based Access Control (RBAC) Backend plugin now starts successfully in version `5.1.0` without displaying any errors. |
| 92 | + |
| 93 | +.Additional resources |
| 94 | +* link:https://issues.redhat.com/browse/RHIDP-4732[RHIDP-4732] |
| 95 | + |
| 96 | + |
| 97 | +[id="bug-fix-rhidp-4734"] |
| 98 | +=== Resolved RBAC API inconsistency when scaling deployments to more than one pod |
| 99 | + |
| 100 | +Before this update, scaling the deployment to more than one pod caused Role-Based Access Control (RBAC) roles to remain unsynced, allowing only the pod that created the resource to serve it. |
| 101 | + |
| 102 | +With this update, RBAC roles are now properly synced across all pods, with Redis cache and traffic routing configured to ensure consistency across the deployment. |
| 103 | + |
| 104 | +.Additional resources |
| 105 | +* link:https://issues.redhat.com/browse/RHIDP-4734[RHIDP-4734] |
| 106 | + |
| 107 | + |
| 108 | +[id="bug-fix-rhidp-5014"] |
| 109 | +=== `export-dynamic-plugin` fails to find dependencies nested deeper than one level in `node_modules` |
| 110 | + |
| 111 | +Previously, the CLI examined the dependencies of embedded packages during the export process to know if other packages should be embedded. One of the methods was calling {{require}} when the CLI encountered a built embedded package, which was the case when wrapping an existing plugin. |
| 112 | + |
| 113 | +This update changes the parent directory that the {{require}} uses from the monorepo root to the embedded package. Therefore, the dependent package found is the dependency that is most relevant to the embedded package. |
| 114 | + |
| 115 | +.Additional resources |
| 116 | +* link:https://issues.redhat.com/browse/RHIDP-5014[RHIDP-5014] |
| 117 | + |
| 118 | + |
| 119 | +[id="bug-fix-rhidp-5062"] |
| 120 | +=== `suppress-native-package` and `allow-native-package` flags to handle native modules |
| 121 | + |
| 122 | +Previously, the CLI failed with a message that native modules are not supported. |
| 123 | + |
| 124 | +This update introduces two new CLI flags that help dynamic plugin developers handle native modules. Both flags accept a list of packages. The `--suppress-native-package` flag does not require the native module at runtime. It replaces the native module with an empty package that displays an error. The `--allow-native-package` flag instructs the CLI to allow the native package during checks, and tests a plugin that uses a native module. |
| 125 | + |
| 126 | + |
| 127 | +.Additional resources |
| 128 | +* link:https://issues.redhat.com/browse/RHIDP-5062[RHIDP-5062] |
| 129 | + |
| 130 | + |
| 131 | +[id="bug-fix-rhidp-5120"] |
| 132 | +=== Resolved the issue with text selection when reporting a TechDoc issue |
| 133 | + |
| 134 | +Previously, the feature to report a documentation (TechDoc) issue failed. Therefore, when a user selected a text in a TechDoc, a large icon appeared instead of a tooltip button. |
| 135 | + |
| 136 | +With this update, users can select texts when reporting a documentation (TechDoc) issue. |
| 137 | + |
| 138 | +.Additional resources |
| 139 | +* link:https://issues.redhat.com/browse/RHIDP-5120[RHIDP-5120] |
| 140 | + |
| 141 | + |
| 142 | +[id="bug-fix-rhidp-5136"] |
| 143 | +=== Resolved the `stdout maxBuffer` error |
| 144 | + |
| 145 | +Previously, the `export-dynamic-plugin` failed with an error that the `stdout maxBuffer` length was exceeded. |
| 146 | + |
| 147 | +With this update, the CLI redirects the output of the {{yarn install}} command it performs during the export process to a file. Therefore, a successful completion of the {{yarn install}} command and verification of the `export-dynamic-plugin`, cleans up the file. The file is available for troubleshooting when the dynamic plugin validation checks fail. |
| 148 | + |
| 149 | +.Additional resources |
| 150 | +* link:https://issues.redhat.com/browse/RHIDP-5136[RHIDP-5136] |
| 151 | + |
| 152 | + |
| 153 | +[id="bug-fix-rhidp-5141"] |
| 154 | +=== Added an `--ignore-version-check` flag |
| 155 | + |
| 156 | +Previously, exporting a plugin that has not been updated to a newer backstage version failed due to a semver check performed on dependencies of the dynamic plugin package. |
| 157 | + |
| 158 | +With this update, an `--ignore-version-check` flag accepts a list of package names causing the CLI to selectively ignore the semver check the CLI performs when evaluating the plugin package dependencies. Therefore, a plugin that has not been updated works because it relies on unchanged interfaces and functions. |
| 159 | + |
| 160 | +.Additional resources |
| 161 | +* link:https://issues.redhat.com/browse/RHIDP-5141[RHIDP-5141] |
| 162 | + |
| 163 | + |
| 164 | +[id="bug-fix-rhidp-5297"] |
| 165 | +=== Updated the Tech Radar plugin |
| 166 | + |
| 167 | +With this update, you are now required to enable both `./dynamic-plugins/dist/backstage-community-tech-radar` and `./dynamic-plugins/dist/backstage-community-tech-radar-backend-dynamic` to use the Tech Radar plugin. You must configure additional settings depending on where you choose to load the JSON data for the plugin. |
| 168 | + |
| 169 | +.Additional resources |
| 170 | +* link:https://issues.redhat.com/browse/RHIDP-5297[RHIDP-5297] |
| 171 | + |
8 | 172 |
|
9 | | -None. |
10 | 173 |
|
11 | | -======= |
12 | | ->>>>>>> 0a1cb6a28 (release-1.4 chore: release notes single-sourcing script fixes and enhancements (#790)) |
|
0 commit comments