On stable, 3.4.1. I have this in my plugin /assets/javascripts/discourse/controllers/user-feedback.js and then /assets/javascripts/discourse/templates/user-feedback.hbs contains {{feedback-stream stream=this.model}} And then these files: /assets/javascripts/discourse/components/feedback-stream.js /assets/javascripts/discourse/templates/components/feedback-stream.hbs This was is the error I am getting in my browser console. /discourse/templates/components/feedback-stream] feedback-stream was authored using gjs and its template cannot be overridden. Ignoring override. For more information on the future of template overrides, see https://meta.discourse.org/t/247487 But, as you can see, it wasn't written using gjs. Now I decided to ignore this error for now and continued modernizing the plugin. As soon as I colocated the templates (so mv templates/components/* components) the error went away. But the template is still ignored.

If you use gjs for your FeedbackStream, then I think it should work. So it would be something like export default class FeedbackStream extends UserStream { Your custom template here } I think mixing hbs/gjs in the same component inheritance chain is unlikely to work too well.

Ok, the pieces of the puzzle seem to be connecting. The component does export default class FeedbackStream extends UserStream { and UserStream is written using gjs. The incorrect error message aside, how would I go on modernizing this and getting things back to work?

What is the purpose of your changes? So we can understand the context. I believe with gjs, you can only rely on plugin outlets. :thinking:

The purpose of my current changes is getting the plugin back to work on latest stable :slight_smile: The purpose of this specific part of the plugin is to show feedback on a users profile page, while heavily reusing existing components.

BTW @Arkshine I see your :exploding_head: - so just clarifying here. Template overrides are deprecated, regardless of the original authoring format. We’ll be removing them completely in the next few months. For those cases, you’re 100% right that Plugin Outlets are the solution. But what @RGJ is doing here is not a template override, it’s using Ember’s component inheritance system. Instead of doing class Foo extends Component you can do class Foo extends SomeOtherComponent In that case, your component will inherit the template of SomeOtherComponent, or you can choose to replace the template yourself. Your template replacement only applies to Foo, and won’t affect the parent SomeOtherComponent. This kind of inheritance is a fairly seldom-used feature though. We tend to lead towards “composition” instead, where you wrap components in each-other within a template. (e.g. that’s how DModal is used)

Oh, I see; thanks for clarifying! I failed to see the inheritance here. It makes sense.

"Component was authored using gjs" - but it is not

Development

RGJ (Richard - Communiteq) March 18, 2025, 4:23pm 8

Thank you for the quick help and clear explanation David!

Topic		Replies	Views
Overriding .gjs files - not possible? Development	2	689	October 10, 2023
When to switch themes/plugins to `.gjs`? Development	27	1376	January 5, 2026
Templating of my "component" broke. How do I fix it? Development	14	582	March 17, 2026
Cannot put the template in the desired outlet Development	12	526	October 14, 2024
(not recommended) Overriding Discourse templates from a Theme or Plugin Developer Guides how-to	9	3181	March 7, 2024

"Component was authored using gjs" - but it is not

Related topics