Glob `**` joined to other characters (`**foo`, `a**b`) matches almost nothing, where `*foo` / `a*b` match as expected

[matt-edmondson]

What's wrong

ResolveGlob (TextFilter/TextFilter.cs:~412-444) passes a ** through to DotNet.Glob unchanged. DotNet.Glob only treats ** as a wildcard when it is a whole path segment. When it touches other characters it means "zero directories", so it matches nothing. In a text filter, where a person types a pattern into a box and expects * semantics, a doubled star therefore empties the results instead of behaving like *.

Reproduction (HEAD d19c5b4)

Call	Result	Same pattern with one *
IsMatch("xfoo", "**foo", Glob)	false (only matches foo exactly)	*foo → true
IsMatch("axb", "a**b", Glob)	false	a*b → true
IsMatch("ab", "a**b", Glob)	false	a*b → true

Calling Glob.Parse directly gives the same results, so this isn't a regression from the #114 masking. The root cause is the same one behind #126, but the fix #126 proposes (rewriting ** followed by a separator) wouldn't cover it: here ** is next to letters, not separators.

Why it matters

Typing an extra * is an easy slip, and some people type ** on purpose, expecting "anything". Either way the item list silently goes empty, and nothing says the pattern is to blame.

Suggested fix

In ResolveGlob, before masking, collapse any run of two or more * that is not a whole path segment down to a single *. A regex on runs of * with separator/boundary lookarounds would do it. Leave whole-segment ** for the #126 fix. Doing both in one PR keeps the ** rules in one place.

Acceptance criteria

• **foo matches xfoo and foo.
• a**b matches ab and axb.
• foo** matches foobar.
• Existing glob tests, and the Glob **/ patterns match nothing since the #114 separator fix: src/**/*.cs and **/*.cs filter out every path #126 cases once that is fixed, still pass.

[matt-edmondson]

Triage

• Category: Bug
• Priority: Low. The list silently goes empty for ** next to letters, which is confusing, but a single * works as a workaround and no data is affected.
• Area / suggested assignment: TextFilter/TextFilter.cs: ResolveGlob (~L412-444), plus the glob tests.
• Related: Glob **/ patterns match nothing since the #114 separator fix: src/**/*.cs and **/*.cs filter out every path #126 has the same root cause (DotNet.Glob only treats ** as special when it is a whole segment). This is not a duplicate: Glob **/ patterns match nothing since the #114 separator fix: src/**/*.cs and **/*.cs filter out every path #126's proposed fix doesn't cover ** next to letters.
• In progress? No open PR matches.
• Notes: Fix this together with Glob **/ patterns match nothing since the #114 separator fix: src/**/*.cs and **/*.cs filter out every path #126, as the issue suggests, so all the ** normalisation lives in one place in ResolveGlob.

---

Generated by Claude Code