[Pkg-rust-maintainers] Bug#997974: "rg --type=all foo" appears to be broken

[Nicholas D Steeves]

Package: ripgrep
Version: 12.1.1-1+b1
Severity: normal
X-Debbugs-Cc: Sylvestre Ledru <sylvestre at debian.org>

Hi Sylvestre and Rust Maintainers,

While working an RFP (rg-el -- elpa-rg (#993370)), I discovered that
"rg --type=all foo" on both stable and sid does not appear to function
correctly.

In most git repositories, "rg --type=all foo" will not return any of
the matches that "rg foo" does.  The following is an interesting case
that should help identify what's going on: Within rust-ripgrep, run
"rg --type=all sylvestre".  This will match "debian/debcargo.toml",
but not anything else...

>From what I've read of rg-el, it explicitly uses --type=all by default
to provide the maximum number of matches, which are then layered with
additional queries to provide more precise results.

Given that rg-el appears to suppose that "--type=all" produces the
maximum number of matches, I think we may have a bug in our ripgrep
package :-(

What makes this so strange is that "rg foo" is equivalent to "rg
--type=all foo" in a normal directory.

The effect appears to be that when run in most git repos, "rg
--type=all foo" functions as if all (or most, in the case of
rust-ripgrep) paths underneath the current working directory have been
added to .gitignore.

Where I to make a wild guess...could it be that the observed effect is caused by either:

  increase-grep-searcher-dep.diff
  disable-jemallocator.diff

?

Regards,
Nicholas