fix(bases-filter-defaults): extract property from generated conjunction + map filter (closes #2043)

[ther12k]

Fixes #2043.

Root cause
The default-relationships Subtasks filter generated by formatProjectEntryLinkExpression in src/templates/defaultBasesFiles.ts emits a normalized expression like:

file.hasLink(this.file) && list(note.projects).map(file(value.replace(/^\[[^\]]+\]\((.*)\)$/, "$1").replace(/%20/g, " ")).asLink()).contains(this.file.asLink())

currentFileContainsMatch in src/bases/basesFilterDefaults.ts matches the entire conjunction as the property expression. normalizeFilterProperty then sees:

file.hasLink(this.file) && list(note.projects).map(file(value.replace(/^\[[^\]]+\]\((.*)\)$/, "$1").replace(/%20/g, " ")).asLink())

The leading list( regex doesn't match (string starts with file.hasLink), the generated .map(...) wrapper prevents recognition, and note./task. prefix stripping leaves a complex expression that doesn't match any core/user field — so normalizeFilterProperty returns null and no projects default is applied. Net effect: the task is created without a projects field, fails the view filter, and vanishes from the Subtasks widget.

Fix
In normalizeFilterProperty, before the existing list(...) / note. / task. recognition runs:

1. If the expression contains &&, keep only the right-hand operand (strips the file.hasLink(this.file) && left side).
2. If the expression contains a trailing .map(...), strip it (balanced-paren walk, since .asLink() lives inside the .map argument, not after it).

After these two steps, the existing logic cleanly extracts projects (or any other core/user field) from the normalized list/map expression.

Tests

• 3 new regression tests in tests/unit/bases/basesFilterDefaults.test.ts:
  1. core projects field extracted from the generated conjunction + map filter
  2. user-defined customField extracted from the generated conjunction + map filter
  3. graceful fallback (empty defaults) when no current file link is available
• All 6/6 tests in basesFilterDefaults.test.ts pass.
• All 13/13 tests across kanbanCreationDefaults, basesTaskCreation, KanbanView.manualOrderFastPath, and basesCreateFileForView pass — no regressions in adjacent code paths.

Scope
Scoped to #2043 only. Independent from #2051 (#2046, NLP autofocus), #2052 (#2045, Basic Information user fields), and #2053 (#2040, Google Calendar sync queue).

Refs #2043, #1657, #1902.