Componente Category Banners non compatibile con 3.2.0.beta2

simonk · 24 Ottobre 2023, 9:33am

Ho aggiornato il componente category-banners ieri su un sito che esegue 3.2.0.beta2 e i banner non appaiono più. Penso sia a causa di questa modifica:

In particolare, penso che questa modifica faccia sì che il componente richieda la versione API 1.15.0, mentre l’ultima beta è solo alla 1.14.0.

Da una rapida occhiata, vedo che il componente richiede 1.13.0 per renderInOutlet, ma non credo che dovrebbe richiedere 1.14.0 o 1.15.0, vero?

pfaffman · 24 Ottobre 2023, 10:19am

Hai fatto una ricompilazione di recente? Sospetto che tu abbia bisogno di una nuova immagine di base.

simonk · 24 Ottobre 2023, 10:37am

Grazie mille per la risposta. Sono sicuro che hai ragione sul fatto che il componente funzioni con l’ultima versione tests-passed, ma preferisco attenermi alle versioni beta quando possibile. Il mio post era in parte inteso come un avvertimento a chiunque altro si attenga alle beta come me, e in parte come un suggerimento al team che forse il requisito della versione API per questo componente è più restrittivo del necessario.

Penso che sia un bug perché il file .discourse-compatibility elenca specificamente la revisione 1398eeeff550c1da186a47b6d3878d3230f62340 come funzionante con la 3.2.0.beta2, e non credo che ci sia alcun modo in cui possa farlo.

tgxworld · 26 Ottobre 2023, 6:20am

Stai eseguendo una versione particolare di un tag beta? Se sì, puoi farmi sapere a quale tag beta ti riferisci in modo che possa dare un’occhiata?

Nel file di compatibilità abbiamo \u003c 3.2.0.beta2: 1398eeeff550c1da186a47b6d3878d3230f62340 che indica che qualsiasi versione di Discourse inferiore a 3.2.0.beta2 fisserà il tema all’hash del commit 1398eeeff550c1da186a47b6d3878d3230f62340.

simonk · 26 Ottobre 2023, 9:27am

Ciao @tgxworld, grazie per la risposta.

Sì, sto eseguendo il tag v3.2.0.beta2 (be04154838):

La versione dell’API dei plugin supportata da questa release è 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 revisione 1398eeeff550c1da186a47b6d3878d3230f62340 di discourse-category-banners richiede la versione API 1.15.0, che non è disponibile in 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 versione API 1.15.0 è stata aggiunta in questo 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>

…che non è ancora stato rilasciato come beta.

Per risolvere questo problema, penso che il componente del tema potrebbe semplicemente richiedere la versione API 1.13.0 invece (quella che ha introdotto api.renderInOutlet), che fa parte di 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 Ottobre 2023, 11:36pm

@simonk Grazie per aver fatto le ricerche. Questo è un bug da parte nostra e l’ho corretto in

simonk · 27 Ottobre 2023, 9:33am

@tgxworld grazie! Posso confermare che il componente funziona di nuovo sul mio sito che esegue la v3.2.0.beta2

Mi chiedo se dovresti però modificare il file .discourse-compatibility. Al momento, a chiunque esegua versioni comprese tra 3.1.999 e 3.2.0.beta2 verrà fornita una versione che dipende dalla versione 1.15.0 dell’API dei plugin. Probabilmente dovrebbero essere bloccati a 65a2cfc43fb5f6ffd2f8db3888552594ed21c501 invece (il commit prima del refactor).

JammyDodger · 28 Ottobre 2023, 7:00am

Questo argomento è stato chiuso automaticamente dopo 20 ore. Non sono più ammesse nuove risposte.

Argomento		Risposte	Visualizzazioni
Category Banners Theme component official , category-banners	87	48134	Novembre 11, 2025
Links not appearing since the last theme component update Bug custom-header-links	9	752	Novembre 16, 2023
Styling issue with category banner theme component Support	10	1130	Ottobre 21, 2020
Use tag and category banner components together UX completed , category-banners , tag-banners	5	257	Luglio 5, 2023
Add banner to categories Support	5	132	Gennaio 21, 2025

Componente Category Banners non compatibile con 3.2.0.beta2

Argomenti correlati