I've created PRs for this change on the 2.0.x and 3.0.x branches.
seanpb β created an issue.
Sorry for the slow reply, I've been busy. I can deal with getting a version of the module that works with d11 myself, though if someone creates a patch/branch first I'm happy to review it. In any case I don't think there'll be a huge amount of work needed.
These changes (on that branch) fix the issue: https://git.drupalcode.org/issue/navigation_extra_tools-3515628/-/commit...
seanpb β created an issue.
I also see this issue, and have pushed a change to the issue fork with some preliminary changes that fix the problem.
It removes the second of code that sets the width on images, as described by jrb, and includes the webpack'd version actually used by the editor.
seanpb β made their first commit to this issueβs fork.
@scott_euser, yes, MR 20 (and 61) caused not only the config-breaking issue but also the one in π "Exclude textfield" from auto-submit logic ignored since 6.0.4 when using autocomplete Active . The specific commit that appears to cause the issue is the one linked in my comment above (#25).
As discussed in π "Exclude textfield" from auto-submit logic ignored since 6.0.4 when using autocomplete Active the change here (https://git.drupalcode.org/project/better_exposed_filters/-/commit/7fbd2...) breaks the ability to disable auto-submit on text fields. The change effectively removes the application of the "data-bef-auto-submit-exclude" attribute.
I'm not sure why this change was made in the first place, perhaps it was due to that attribute causing something to happen on the js side of things? In any case, I doubt that removing this functionality was an intended change.
I've added a patch in #3442511-6: "Exclude textfield" from auto-submit logic ignored since 6.0.4 when using autocomplete β reverting that change.
As moritzkunz saw, reverting that change does fix this issue. Additionally, the change made in that diff appears to be equivalent to removing that code block as modifying the variable passed by reference is the only thing it does.
Reverting it doesn't appear to change the behavior around expanded/collapsed facets mentioned in the referenced issue, though it's "broken" in the same way as described there with or without this patch ( https://www.drupal.org/project/better_exposed_filters/issues/3266858 β¨ Allow not automatically opening collapsed filter Needs review ).