- π§πͺBelgium StryKaizer Belgium
In following issue, a fix was committed which strips the request parameters.
#3036406: Edit button of same type doesn't work. βDrupal core uses AjaxBasePageNegotiator, which detects the active theme based on ajax requests.
However, this negotiator needs the "ajax_page_state" request variables to be set.Since all request variables are unset in above issue, this breaks the core ajax theme detection, which is required when users are accessing entity browser in the frontend (e.g. from layout builder).
- Merge request !533249367: Keep ajax page state to ensure ajax requests can detect the active theme β (Open) created by StryKaizer
- π¦πΉAustria mvonfrie
I'm having another variant of the problem. No matter whether displaying the entity browser as modal or iFrame, similar to the Content Browser β module I disable the admin theme to be able to render the displayed entities using a template and CSS from my custom theme. I've enabled Twig debug to get information which templates are used for rendering.
What I expect to be used is
themes/custom/my_theme/templates/content/node--entity-browser.html.twig
but what I get iscore/themes/claro/templates/classy/content/node.html.twig
. This means, when not using the admin theme (which in my case is Gin) not even the active frontend theme is used but Drupal's default theme (Claro). - πΊπΈUnited States loze Los Angeles
I think there should be a config setting per entity browser allowing the admin to choose which theme to use for each EB, defaulting to the admin theme.