# Filter failure **URL:** \ **Category:** Support\ **Created:** [June 11, 2013, 12:17pm UTC](https://community.mp3tag.de/t/filter-failure/14800 "2013-06-11T12:17:24Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![chrisjj](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/a698b9/32.png) [@chrisjj](https://community.mp3tag.de/u/chrisjj)\ **Post date:** [June 11, 2013, 12:17pm UTC](https://community.mp3tag.de/t/filter-failure/14800/1 "2013-06-11T12:17:24Z")
Anyone know why this filter GILBERT AND SULLIVAN is not excluding tracks that don't contain GILBERT and AND and SULLIVAN? It is as if AND is being misinterpreted as an operator. esp. since changing to ANd worksaround. I see nothing in the docs [https://docs.mp3tag.de/filter](https://docs.mp3tag.de/filter) that says it should be interpreted as an operator, given that this input does not meet the specification of a filter expression. ---
**Author:** ![stevehero](https://community.mp3tag.de/user_avatar/community.mp3tag.de/stevehero/32/337_2.png) [@stevehero](https://community.mp3tag.de/u/stevehero)\ **Post date:** [June 11, 2013, 2:04pm UTC](https://community.mp3tag.de/t/filter-failure/14800/2 "2013-06-11T14:04:01Z")
> [@chrisjj](#): > > It is as if AND is being misinterpreted as an operator. esp. since changing to ANd worksaround. I see nothing in the docs [https://docs.mp3tag.de/filter](https://docs.mp3tag.de/filter) that says it should be interpreted as an operator, given that this input does not meet the specification of a filter expression. Try with quotes: "GILBERT" "SULLIVAN" to get the result you want in the screenshot or "GILBERT AND SULLIVAN" to specifically get that string ---
**Author:** ![chrisjj](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/a698b9/32.png) [@chrisjj](https://community.mp3tag.de/u/chrisjj)\ **Post date:** [June 11, 2013, 5:00pm UTC](https://community.mp3tag.de/t/filter-failure/14800/3 "2013-06-11T17:00:06Z")
> [@stevehero](#): > > "GILBERT" "SULLIVAN" to get the result you want in the screenshot I think those quotes are redundant. But anyway, that fails to exclude files not containing AND. > [@stevehero](#): > > "GILBERT AND SULLIVAN" to specifically get that string That fails to include SULLIVAN AND GILBERT. Thanks for the suggested workarounds, but I think the one I mentioned works 100%. ---
**Author:** ![stevehero](https://community.mp3tag.de/user_avatar/community.mp3tag.de/stevehero/32/337_2.png) [@stevehero](https://community.mp3tag.de/u/stevehero)\ **Post date:** [June 12, 2013, 6:30am UTC](https://community.mp3tag.de/t/filter-failure/14800/4 "2013-06-12T06:30:57Z")
> [@chrisjj](#): > > I think those quotes are redundant. But anyway, that fails to exclude files not containing AND. Gilbert Sullivan And gilbert gullivan and gilbert and sullivan These work too, but anyway, needing to search AND is overkill IMO. And you will get the same results without it. Just be glad of a free program. > [@chrisjj](#): > > That fails to include SULLIVAN AND GILBERT. Reread what I said. ---
**Author:** ![chrisjj](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/a698b9/32.png) [@chrisjj](https://community.mp3tag.de/u/chrisjj)\ **Post date:** [June 13, 2013, 4:42pm UTC](https://community.mp3tag.de/t/filter-failure/14800/5 "2013-06-13T16:42:07Z")
> [@stevehero](#): > > needing to search AND is overkill IMO. And you will get the same results without it. You're mistaken. Omitting AND introduces false matches with files not containing AND. The better workaround is to write ANd. > [@stevehero](#): > > Just be glad of a free program. I am very glad of this free program. That's why I have paid (so far) 130 EUR for it. And why I bother to make bug reports to improve it. ---
**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\ **Post date:** [February 9, 2026, 12:24pm UTC](https://community.mp3tag.de/t/filter-failure/14800/6 "2026-02-09T12:24:31Z")
Closed on February 9, 2026, 12:24pm UTC