Fixes#23528
Filtering a PHONES field with `CONTAINS` / `DOES_NOT_CONTAIN` stripped
every non-digit character from the filter value, so `+33` became `33`
and the generated `ilike`/`like` predicates could not distinguish an
international calling code from any number containing those digits.
`turnRecordFilterIntoGqlOperationFilter` now preserves a leading `+`
while still removing other formatting characters (spaces, dashes,
parentheses). `+33 6 12` becomes `+33612`; values without a `+` are
unchanged.
Added a regression test in `computeViewRecordGqlOperationFilter.test.ts`
for a `+`-prefixed value.
Lint and typecheck pass on `twenty-shared` and `twenty-front`; the
filter test suites pass in both packages.
---------
Co-authored-by: Thomas Trompette <tom@twenty.com>
Thomas Trompette
3ed11054a0