arschr wrote:
Yes,
If I pass it "20", it is leaving "205Q926668" and "706Q928200" in the filtered EntityView.
You are saying we need to embed the % in the compare value ourselfs?
I think I know what's wrong. "20" is passed as the regex pattern, though 20 matches of course with 205Q... and 32432203432. I have to check how I can solve this.
It actually uses the pattern as a regex It replaces % with .* and for the rest uses the pattern as a regex.
That explains it. it doesn't replace anything and the regex "20" matches both of those values.
I'm not sure that is bad, in fact it very well may be good.
What does "20." mean?
"^20.", "^.20.", or "^.20.$" or something else?
20.* means 20 followed by 0 or more characters which aren't \r or \n.
I've to think about what exactly should be expected. I think if you want a fixed match, you should use a fieldcomparevalue predicate. Otherwise it's a pattern match, but it can give problems, because if you want Foo%, you of course don't want something like 'aFoop' matching your filter.