The feature to not touch non apache solr get parameters introduced in rc1 by #502976: Other GET parameters ignored by Apache Solr Facet Blocks is not respected in breadcrumb.

Comments

robertdouglass’s picture

robertdouglass commented

Please be more specific. How are the breadcrumbs behaving? How should they be behaving?

mkalkbrenner’s picture

mkalkbrenner
Primary language German
Location 🇩🇪
commented

If you start a search with an additional get parameter like /serach/apachesolr_search/Foo?param=bar,
param=bar is kept in facet block unclick links but not in breadcrumb.

robertdouglass’s picture

robertdouglass commented

Ah, got it. Thanks. Yup, need to fix that.

jpmckinney’s picture

jpmckinney commented
Assigned: Unassigned » jpmckinney
jpmckinney’s picture

jpmckinney commented
Assigned: jpmckinney » Unassigned
pwolanin’s picture

pwolanin commented

patch or suggested approach?

janusman’s picture

janusman commented

I'd suggest using bits of the code we use to remove portions of the current query in the active facet links (the facets with [X]).

This way instead of building the breadcrumb starting from search/apachesolr_search, we would rather chip off bits of the current search URL bit by bit to create the breadcrumb (in reverse... the final breadcrumb first, then the one before, etc.)

jpmckinney’s picture

jpmckinney commented
Version: 6.x-1.x-dev » 6.x-2.x-dev

Don't know if this affects 7.x. Fix in 6.2 first.

jpmckinney’s picture

jpmckinney commented
Version: 6.x-2.x-dev » 6.x-1.x-dev

Flipping back to 1.x as 2.x is EOL.

jpmckinney’s picture

jpmckinney commented
Status: Active » Fixed

May've been fixed by #904312: Apache Solr Search submodule really messes up with breadcrumb.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.