fix(filters): new filterPredicate shouldn't break other column filters

[ghiscoding]

• the previous PR to implement filterPredicate regressed with a new issue and that was not caught in the original PR. It had the indirect effect of breaking the other filter columns (I forgot to test that in the original PR), the issue was caused by the fact that calling a return within the for loop of all filters was cancelling all other filters in the loop because a return breaks the entire loop.
• So the fix is to only call return when the filterPredicate returns false which mean that at point the row data context is officially filtered out and so stopping inspection of further filters does make sense at that point in time.
• also improve SQL LIKE with filter of Ta%30%, it wasn't working correctly before and it is now equivalent to: StartsWith "Ta" and Contains "30" anywhere

below with the fix, other column filters now work (before the fix, the 2nd column filter wasn't doing anything)

[stackblitz]

Run & review this pull request in StackBlitz Codeflow.

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 99.8%. Comparing base (828eb8a) to head (f7ce7a6).

Additional details and impacted files

@@           Coverage Diff            @@
##           master   #1531     +/-   ##
========================================
+ Coverage    99.8%   99.8%   +0.1%     
========================================
  Files         198     198             
  Lines       21621   21623      +2     
  Branches     6951    7222    +271     
========================================
+ Hits        21560   21562      +2     
+ Misses         61      55      -6     
- Partials        0       6      +6     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.