feat: return the jsonpath of json detected fields

[trevorwhitney]

What this PR does / why we need it:

This PR modifies the /detected_fields response to include the jsonpath of fields that were parsed from JSON objects. Since we use the _ character to represent both property nesting, as well as to escaped illegal characters from the label, there is no deterministic way to reverse engineer the jsonpath of the property from the label. Knowing the property is required to support a new JSON view for Logs Drilldown that will let users drilldown into certain JSON property, as we will be re-writing the query with arguments to the json parser to change the root key to the property the user has chosen to drill into, and we will need to know the correct path to that key.

Benchmarks:

goos: darwin
goarch: arm64
pkg: github.com/grafana/loki/v3/pkg/logql/log
cpu: Apple M3 Pro
                                │ bench_results_20250321_171738/main_parser_bench.txt │ bench_results_20250321_171738/feature_parser_bench.txt │
                                │                       sec/op                        │             sec/op              vs base                │
_Parser/json/no_labels_hints-11                                          3.837µ ± ∞ ¹                     3.533µ ± ∞ ¹       ~ (p=1.000 n=1) ²
_Parser/json/labels_hints-11                                             2.423µ ± ∞ ¹                     2.318µ ± ∞ ¹       ~ (p=1.000 n=1) ²
_Parser/json/inline_stages-11                                           1033.0n ± ∞ ¹                     870.3n ± ∞ ¹       ~ (p=1.000 n=1) ²
geomean                                                                  2.126µ                           1.924µ        -9.46%
¹ need >= 6 samples for confidence interval at level 0.95
² need >= 4 samples to detect a difference at alpha level 0.05

                                │ bench_results_20250321_171738/main_parser_bench.txt │ bench_results_20250321_171738/feature_parser_bench.txt │
                                │                        B/op                         │              B/op               vs base                │
_Parser/json/no_labels_hints-11                                           280.0 ± ∞ ¹                      304.0 ± ∞ ¹       ~ (p=1.000 n=1) ²
_Parser/json/labels_hints-11                                              176.0 ± ∞ ¹                      192.0 ± ∞ ¹       ~ (p=1.000 n=1) ²
_Parser/json/inline_stages-11                                             64.00 ± ∞ ¹                      64.00 ± ∞ ¹       ~ (p=1.000 n=1) ³
geomean                                                                   146.7                            155.2        +5.80%
¹ need >= 6 samples for confidence interval at level 0.95
² need >= 4 samples to detect a difference at alpha level 0.05
³ all samples are equal

                                │ bench_results_20250321_171738/main_parser_bench.txt │ bench_results_20250321_171738/feature_parser_bench.txt │
                                │                      allocs/op                      │           allocs/op             vs base                │
_Parser/json/no_labels_hints-11                                           18.00 ± ∞ ¹                      20.00 ± ∞ ¹       ~ (p=1.000 n=1) ²
_Parser/json/labels_hints-11                                              12.00 ± ∞ ¹                      14.00 ± ∞ ¹       ~ (p=1.000 n=1) ²
_Parser/json/inline_stages-11                                             4.000 ± ∞ ¹                      4.000 ± ∞ ¹       ~ (p=1.000 n=1) ³
geomean                                                                   9.524                            10.38        +9.04%
¹ need >= 6 samples for confidence interval at level 0.95
² need >= 4 samples to detect a difference at alpha level 0.05
³ all samples are equal

Which issue(s) this PR fixes:
Fixes #16816

Special notes for your reviewer:

Checklist

• Reviewed the CONTRIBUTING.md guide (required)
• Documentation added
• Tests updated
• Title matches the required conventional commits format, see here
  • Note that Promtail is considered to be feature complete, and future development for logs collection will be in Grafana Alloy. As such, feat PRs are unlikely to be accepted unless a case can be made for the feature actually being a bug fix to existing behavior.
• Changes that require user attention or interaction to upgrade are documented in docs/sources/setup/upgrade/_index.md
• If the change is deprecating or removing a configuration option, update the deprecated-config.yaml and deleted-config.yaml files respectively in the tools/deprecated-config-checker directory. Example PR

[trevorwhitney]

the parts of the path will not change, so I've optimized this to use unsafe.String, which saves ~20% in terms of allocations.

[chaudum]

?

Suggested change

	santizedPrefixBuffer []byte
	sanitizedPrefixBuffer []byte

[chaudum]

Otherwise LGTM

[periklis]

LGTM