| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| README.md | 2026-07-21 | 909 Bytes | |
| v4.4.3 source code.tar.gz | 2026-07-21 | 848.6 kB | |
| v4.4.3 source code.zip | 2026-07-21 | 1.8 MB | |
| Totals: 3 Items | 2.7 MB | 0 | |
Issue Fixes
- Fix
field.eq(x)/field.in(..)on an array (list) field silently matching nothing when the filter runs as a collection scan - Array membership is matched element-wise on the index path (arrays are indexed per element) but was matched by whole-value equality (
deepEquals) on the collection-scan path, so a query's results depended on whether an index existed or was chosen by the planner. Combined with the 4.4.2 planner change (#1266) — which correctly relegates the non-winning-index filter to a collection scan — an AND of an indexed arrayeqand a bounded range on a second indexed field left the arrayeqrunning as a collection scan, where it matched no documents. EqualsFilterandInFilternow match an array/Iterablefield by element containment on the collection-scan path, mirroringapplyOnIndex, so results are the same regardless of index presence.