Add class to full page search result items?

[asc]

I’m trying to add a class for the category of a post in the results returned by full-page-search. I’ve tried modifyClass to both controller/full-page-search and component/search-result-entry, including using the modifyClass bug workaround from here, and I can’t even get a console.log or alert to work. Is there another way to just add a class to fps-result post items? I’m basically looking for the equivalent of decorateCookedElement for full page search.

api.modifyClass('controller:full-page-search', {
   pluginId: 'mute-categories-search',
   actions: {
    newActionHere() {
        console.log("test")
    }
   }
});
const controller = api.container.lookup('controller:full-page-search');

[asc]

I ended up getting the category ID by using decoratePluginOutlet and then walking down and up the hierarchy to find the category link from the badge and add it to the topic div. Is there a better way to do this?

api.decoratePluginOutlet(
   "full-page-search-category",
   (elem, args) => {
    let searchCategory = elem.parentElement.parentElement
    let fpsTopic = searchCategory.parentElement.parentElement
    let category_id = searchCategory.children[0].getAttribute('href').split("/").slice(-1);
    console.log(category_id)
    fpsTopic.classList.add("category_" + category_id)
   }
 );

[david (David Taylor)]

Using modifyClass for objects which are initialized early in boot

When using modifyClass in an initializer, you may see this warning in the console: (type) has already been initialized and registered as a singleton. Move the modifyClass call earlier in the boot process (e.g. to a pre-initializer) for changes to take effect. (Prior to April 2022, the error text “(type) was already cached in the container. Changes won’t be applied.”) This commonly happens when overriding methods on services (e.g. topicTrackingState), and on models which are initialized earl…