[8.x] Get 8.x passing again in CI (address failed checks caused by updates to Rubocop, Solr, ViewComponent) - #3883
[8.x] Get 8.x passing again in CI (address failed checks caused by updates to Rubocop, Solr, ViewComponent)#3883seanaery wants to merge 12 commits into
Conversation
- autocorrected new issues - regenerated a fresh .rubocop_todo.yml via `--auto-gen-config`
- In Solr 10, `handleSelect="true"` in `<requestDispatcher>` was removed. - That was the old mechanism that forwarded `/select` requests to the `default="true"` handler (named `"search"`). In Solr 10 you must have an explicit `/select` handler.
63669c6 to
1d02317
Compare
- test had begun failing w/VC 3.25.0 release (Jun 2026) - specific VC change `Fix stale render context on reused component instances` is the culprit; it resets helpers on every render, causing collection components rendered from a plain ActionView template to fall back to controller#view_context, which lacks the `blacklight_config` stub, so it raises a `NameError` - stubbing `controller#view_context` to return helper ensures it resolves correctly
|
|
||
| <requestHandler name="/replication" class="solr.ReplicationHandler" startup="lazy" /> | ||
|
|
||
| <requestDispatcher handleSelect="true" > |
There was a problem hiding this comment.
FWIW main still has this handleSelect="true" in its solrconfig. Maybe it should be removed it from there too?
| # In ViewComponent 3.25.0+, collection components rendered from a plain | ||
| # ActionView template fall back to controller.view_context for helpers | ||
| # instead of the stubbed helper. Workaround not needed on 2.x or 4.x. | ||
| if ViewComponent::VERSION::MAJOR == 3 | ||
| allow(controller).to receive(:view_context).and_return(helper) | ||
| end |
This is no longer a recommended or default configuration, and Solr actively discourages it.
We don't use this for anything
efcb154 to
13b7c12
Compare
skypack has an outage.
441d0c6 to
45e217c
Compare
… an asset manifest. - fixes CI test failures impacting Rails 8.x without `--css=bootstrap`: Expected to find a manifest file in `app/assets/config/manifest.js` (Sprockets::Railtie::ManifestNeededError)
|
Thanks @cjcolvar for the good feedback. I have made more changes in response (including cherry-picking a few relevant commits from main) to address those drift concerns and get this more aligned with what’s currently on Solr Configs
Rubocop
Test Matrix
|
cjcolvar
left a comment
There was a problem hiding this comment.
Amazing work! ✨
This definitely was a lot more than I was originally thinking when I suggested the cherry-picking. Thanks for devoting this much to it! I think this puts the community in a good position for helping those who are still on 8.x (including me 🙂).
Uh oh!
There was an error while loading. Please reload this page.