[mongo2js] Bug: field level operators must support arrays

I’m currently testing mongo2js and noticed that gt and gt doesn’t works on nested arrays. I’m using sift to compare results.

const sift = require("sift");
const { filter } = require("@ucast/mongo2js");

const query = { "foo.bar.baz": { $lt: 0 } };

const uQuery = filter(query);
const siftQuery = sift(query);

const data = { foo: [{ bar: [{ baz: 1 }] }] };

const uResult = uQuery(data);
// true
// value returned by "getField" : [ 1 ] and comapred against query value "1"

const siftResult = siftQuery(data);
// false

This is because in @ucast/js, in this case, the comparison interpreters like lt compare array of values against a single value. This is due to the getField function that returns an array of value.

I thought about a solution and because the actual value could be an array, we would need to know if values have been aggregated into an array or if the value is an array. But there might be a simpler solution.

[stalniy]

fixed in @ucast/js@2.1.1

run npm update and it will fetch new deps for @ucast/mongo2js

[J3m5]

That’s right, it’s there.

Arrays

With arrays, a less-than comparison or an ascending sort compares the smallest element of arrays, and a greater-than comparison or a descending sort compares the largest element of the arrays. As such, when comparing a field whose value is a single-element array (e.g. [ 1 ]) with non-array fields (e.g. 2), the comparison is between 1 and 2. A comparison of an empty array (e.g. [ ]) treats the empty array as less than null or a missing field.

What I saw is this, but it’s only mentioning that it doesn’t works with objects.

So I think it’s safe to do it this way.