Hi, @evanchooly it doesn't throw any errors, code just works but it's missing the eq filter when it runs the query.

To be fair Evan, my example above is perhaps a bit nonsensical and that may be why it fails.
The query does an eq() filter and then a ne(null) filter. Now I guess being logical, for a given field eq() will be true for a given result and any other filters should be unncessary. If that is the upshot here, then fair enough.

I guess if I rearrange the filters, I will get my answer on that score.

Having done this:

` void test_multiplefields_multiplefilters() {
List filters = of(
eq("aString", TEST_STRING_2),
ne("aString", null),
gt("number", NUMBER_1),
lt("number", NUMBER_5)
);
List results = testRepository.getListBy(filters);

    assertThat(results, is(notNullValue()));
    assertThat(results.isEmpty(), is(false));
    assertThat(results.size(), is(2));
}

`

I see this issue still manifested, such that I believe the gt() filter is ignored. This is using 2.4.11

Cheers,

Greg

this is all good to know. within reason, morphia should replicate your query structure regardless of how nonsensical it may be. let the server handle that but morphia should just transcribe what it's given. I'll try to tackle this tomorrow night (i'm presenting at a JUG tonight so I won't be home until late).

Delving deeper, the issue appears to be when there is an eq() filter for a particular field and then another filter for the same field is added. So as in the example above, if I set up an eq() filter and then follow it with another filter (in this case ne()), the eq() filter seems to be disregarded.