El componente Category Banners no es compatible con 3.2.0.beta2

simonk · 24 Octubre, 2023 09:33

Actualicé el componente category-banners ayer en un sitio que ejecuta 3.2.0.beta2 y los banners ya no aparecen. Creo que se debe a este cambio:

En particular, creo que este cambio hace que el componente requiera la versión de API 1.15.0, mientras que la última beta solo está en la 1.14.0.

Por una rápida revisión, puedo ver que el componente requiere 1.13.0 para renderInOutlet, pero no creo que deba requerir 1.14.0 o 1.15.0, ¿verdad?

pfaffman · 24 Octubre, 2023 10:19

¿Has hecho una reconstrucción últimamente? Sospecho que necesitas una nueva imagen base.

simonk · 24 Octubre, 2023 10:37

Muchas gracias por la respuesta. Estoy seguro de que tiene razón en que el componente funciona en la última versión tests-passed, pero prefiero atenerme a las versiones beta siempre que sea posible. Mi publicación pretendía ser en parte una advertencia para cualquiera que se ciña a las versiones beta como yo, y en parte una sugerencia al equipo de que quizás el requisito de versión de la API para este componente es más estricto de lo necesario.

Creo que es un error porque el archivo .discourse-compatibility enumera específicamente la revisión 1398eeeff550c1da186a47b6d3878d3230f62340 como compatible con 3.2.0.beta2, y no creo que haya ninguna manera de que lo sea.

tgxworld · 26 Octubre, 2023 06:20

¿Estás ejecutando una versión particular de una etiqueta beta? Si es así, ¿puedes decirme en qué etiqueta beta estás para que pueda echar un vistazo?

En el archivo de compatibilidad tenemos < 3.2.0.beta2: 1398eeeff550c1da186a47b6d3878d3230f62340 que indica que cualquier versión de Discourse menor que 3.2.0.beta2 fijará el tema al hash de confirmación 1398eeeff550c1da186a47b6d3878d3230f62340.

simonk · 26 Octubre, 2023 09:27

Hola @tgxworld, gracias por la respuesta.

Sí, estoy ejecutando la etiqueta v3.2.0.beta2 (be04154838):

La versión de la API de plugins soportada por esta versión es la 1.14.0:

github.com/discourse/discourse

app/assets/javascripts/discourse/app/lib/plugin-api.js

v3.2.0.beta2


      
          } from "discourse-common/lib/icon-library";
          import I18n from "I18n";
          import { CUSTOM_USER_SEARCH_OPTIONS } from "select-kit/components/user-chooser";
          import { modifySelectKit } from "select-kit/mixins/plugin-api";
          
          // If you add any methods to the API ensure you bump up the version number
          // based on Semantic Versioning 2.0.0. Please update the changelog at
          // docs/CHANGELOG-JAVASCRIPT-PLUGIN-API.md whenever you change the version
          // using the format described at https://keepachangelog.com/en/1.0.0/.
          
          export const PLUGIN_API_VERSION = "1.14.0";
          
          // This helper prevents us from applying the same `modifyClass` over and over in test mode.
          function canModify(klass, type, resolverName, changes) {
            if (!changes.pluginId) {
              // eslint-disable-next-line no-console
              console.warn(
                consolePrefix(),
                "To prevent errors in tests, add a `pluginId` key to your `modifyClass` call. This will ensure the modification is only applied once."
              );
              return true;

La revisión 1398eeeff550c1da186a47b6d3878d3230f62340 de discourse-category-banners requiere la versión de API 1.15.0, que no está disponible en v3.2.0.beta2

github.com/discourse/discourse-category-banners

javascripts/discourse/initializers/discourse-category-banners.js

1398eeeff


      
          import { apiInitializer } from "discourse/lib/api";
          import CategoryBanner from "../components/category-banner";
          
          export default apiInitializer("1.15.0", (api) => {
            api.renderInOutlet(settings.plugin_outlet, CategoryBanner);
          });

La versión de API 1.15.0 se añadió en este commit:

github.com/discourse/discourse

DEV: Add new experimental admin UI route and sidebar (#23952)

committed 04:23AM - 19 Oct 23 UTC

martin-brennan

+606 -23

This commit adds a new admin UI under the route `/admin-revamp`, which is only …accessible if the user is in a group defined by the new `enable_experimental_admin_ui_groups` site setting. It also adds a special `admin` sidebar panel that is shown instead of the `main` forum one when the admin is in this area. ![image](https://github.com/discourse/discourse/assets/920448/fa0f25e1-e178-4d94-aa5f-472fd3efd787) We also add an "Admin Revamp" sidebar link to the community section, which will only appear if the user is in the setting group: ![image](https://github.com/discourse/discourse/assets/920448/ec05ca8b-5a54-442b-ba89-6af35695c104) Within this there are subroutes defined like `/admin-revamp/config/:area`, these areas could contain any UI imaginable, this is just laying down an initial idea of the structure and how the sidebar will work. Sidebar links are currently hardcoded. Some other changes: * Changed the `main` and `chat` panels sidebar panel keys to use exported const values for reuse * Allowed custom sidebar sections to hide their headers with the `hideSectionHeader` option * Add a `groupSettingArray` setting on `this.siteSettings` in JS, which accepts a group site setting name and splits it by `|` then converts the items in the array to integers, similar to the `_map` magic for ruby group site settings * Adds a `hidden` option for sidebar panels which prevents them from showing in separated mode and prevents the switch button from being shown --------- Co-authored-by: Krzysztof Kotlarek <kotlarek.krzysztof@gmail.com>

…que aún no ha sido lanzado como beta.

Para resolver esto, creo que el componente de tema podría simplemente requerir la versión de API 1.13.0 en su lugar (la que introdujo api.renderInOutlet), que forma parte de v3.2.0.beta2.

github.com/discourse/discourse

FEATURE: Introduce `api.renderInOutlet` (#23719)

committed 10:56AM - 05 Oct 23 UTC

davidtaylorhq

+92 -15

Until now, plugins/themes had to follow very specific directory structures to se…t up plugin outlet connectors. This commit introduces a new `api.renderInOutlet` API which makes things much more flexible. Any Ember component definition can be passed to this API, and will then be rendered into the named outlet. For example: ```javascript import MyComponent from "discourse/plugins/my-plugin/components/my-component"; api.renderInOutlet('user-profile-primary', MyComponent); ``` When using this API alongside the gjs file format, components can be defined inline like ```javascript api.renderInOutlet('user-profile-primary', <template>Hello world</template>); ```

tgxworld · 26 Octubre, 2023 23:36

@simonk Gracias por investigar. Este es un error de nuestra parte y lo he corregido en

simonk · 27 Octubre, 2023 09:33

@tgxworld ¡gracias! Puedo confirmar que el componente vuelve a funcionar en mi sitio con la versión v3.2.0.beta2

Sin embargo, me pregunto si deberías editar el archivo .discourse-compatibility. En este momento, a cualquiera que ejecute versiones entre 3.1.999 y 3.2.0.beta2 se le dará una versión que depende de la versión 1.15.0 de la API de plugins. Probablemente deberían fijarse en 65a2cfc43fb5f6ffd2f8db3888552594ed21c501 en su lugar (el commit antes de la refactorización).

JammyDodger · 28 Octubre, 2023 07:00

Este tema se cerró automáticamente después de 20 horas. Ya no se permiten nuevas respuestas.

Tema		Respuestas	Vistas
Category Banners Theme component official , category-banners	87	48134	11 Noviembre 2025
Links not appearing since the last theme component update Bug custom-header-links	9	752	16 Noviembre 2023
Styling issue with category banner theme component Support	10	1130	21 Octubre 2020
Use tag and category banner components together UX completed , category-banners , tag-banners	5	257	5 Julio 2023
Add banner to categories Support	5	132	21 Enero 2025

El componente Category Banners no es compatible con 3.2.0.beta2

Temas relacionados