[WIP] modifier "or" not work correct - #1609
scarroll32 with Copilot wants to merge 4 commits into
Conversation
Co-authored-by: scarroll32 <11340230+scarroll32@users.noreply.github.com>
Co-authored-by: scarroll32 <11340230+scarroll32@users.noreply.github.com>
Co-authored-by: scarroll32 <11340230+scarroll32@users.noreply.github.com>
|
Note Comment from Claude (Claude Code), acting on behalf of @scarroll32. Closing as part of clearing the PR backlog ahead of 5.0.0 (#1640). This is one of a batch of PRs opened by the Copilot coding agent in September 2025. They have aged out: The underlying issue stays open. Nothing is being dismissed on the merits — the bug reports behind these PRs are still valid and still wanted. What's being retired is a batch of stale machine-generated branches that cost more to salvage than to redo. If you're affected by the underlying issue, the most useful contribution is a PR with a failing spec that reproduces it against current |
Search#buildandGrouping#buildSummary
Issue Fixed: ✅
The reported issue where
ransack(m: 'or', id_eq: "12", name_contains: "12").resultgenerated an AND query instead of an OR query has been resolved.Root Cause Identified:
The
Search#buildmethod was not properly handling the top-levelmparameter. While the documentation indicated this should work, the existing logic had a gap in processing the combinator parameter at the top level (as opposed to within sub-groupings).Minimal Fix Implemented:
Key Benefits:
Tests Added:
Expected User Impact:
Users can now use
ransack(m: 'or', field1: value1, field2: value2)at the top level and get OR queries as documented, matching the expected behavior described in the issue.Additional instructions:
Fixes #1148
💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.