Componente Category Banners não compatível com 3.2.0.beta2

simonk · Outubro 24, 2023, 9:33am

Atualizei o componente category-banners ontem em um site rodando 3.2.0.beta2 e os banners não aparecem mais. Acho que é por causa desta alteração:

Em particular, acho que essa alteração faz com que o componente exija a versão 1.15.0 da API, enquanto a última versão beta está apenas na 1.14.0.

De uma olhada rápida, consigo ver que o componente exige 1.13.0 para renderInOutlet, mas não acho que deveria exigir 1.14.0 ou 1.15.0, deveria?

pfaffman · Outubro 24, 2023, 10:19am

Você fez uma reconstrução recentemente? Suspeito que você precise de uma nova imagem base.

simonk · Outubro 24, 2023, 10:37am

Muito obrigado pela resposta. Tenho certeza de que você está correto de que o componente funciona na versão mais recente do tests-passed, mas prefiro me ater aos lançamentos beta sempre que possível. Minha postagem foi em parte destinada a ser um aviso para qualquer outra pessoa que se atenha aos betas como eu, e em parte uma dica para a equipe de que talvez o requisito de versão da API para este componente seja mais rigoroso do que o necessário.

Acho que é um bug porque o arquivo .discourse-compatibility lista especificamente a revisão 1398eeeff550c1da186a47b6d3878d3230f62340 como funcionando com 3.2.0.beta2, e não acho que haja alguma maneira de funcionar.

tgxworld · Outubro 26, 2023, 6:20am

Você está executando uma versão específica de uma tag beta? Se sim, você pode me informar em qual tag beta você está para que eu possa dar uma olhada?

No arquivo de compatibilidade temos < 3.2.0.beta2: 1398eeeff550c1da186a47b6d3878d3230f62340 que afirma que qualquer versão do Discourse menor que 3.2.0.beta2 fixará o tema ao hash de commit 1398eeeff550c1da186a47b6d3878d3230f62340.

simonk · Outubro 26, 2023, 9:27am

Olá @tgxworld, obrigado pela resposta.

Sim, estou executando a tag v3.2.0.beta2 (be04154838):

A versão da API de plugins suportada por esta release é a 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;

A revisão 1398eeeff550c1da186a47b6d3878d3230f62340 do discourse-category-banners requer a versão da API 1.15.0, que não está disponível no 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);
          });

A versão da API 1.15.0 foi adicionada neste 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>

…o qual ainda não foi lançado como beta.

Para resolver isso, acho que o componente de tema poderia apenas exigir a versão da API 1.13.0 (a que introduziu api.renderInOutlet), que faz parte do 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 · Outubro 26, 2023, 11:36pm

@simonk Obrigado por investigar. Este é um bug do nosso lado e eu o corrigi em

simonk · Outubro 27, 2023, 9:33am

@tgxworld obrigado! Posso confirmar que o componente está funcionando novamente no meu site executando a v3.2.0.beta2

No entanto, você não acha que deveria editar o arquivo .discourse-compatibility? No momento, qualquer pessoa executando versões entre 3.1.999 e 3.2.0.beta2 receberá uma versão que depende da versão 1.15.0 da API do plugin. Eles provavelmente deveriam ser fixados em 65a2cfc43fb5f6ffd2f8db3888552594ed21c501 em vez disso (o commit antes da refatoração).

JammyDodger · Outubro 28, 2023, 7:00am

Este tópico foi fechado automaticamente após 20 horas. Novas respostas não são mais permitidas.

Tópico		Respostas	Visualizações
Category Banners Theme component official , category-banners	87	48001	11 de Novembro de 2025
Links not appearing since the last theme component update Bug custom-header-links	9	751	16 de Novembro de 2023
Styling issue with category banner theme component Support	10	1130	21 de Outubro de 2020
Use tag and category banner components together UX completed , category-banners , tag-banners	5	257	5 de Julho de 2023
Add banner to categories Support	5	127	21 de Janeiro de 2025

Componente Category Banners não compatível com 3.2.0.beta2

Tópicos relacionados