Skip to content

context/impact: lockfiles and manifest package lists are never text leads; --in narrows text files - #1825

Merged
swapnilpaliwal-sd merged 2 commits into
apps/integration-0.1.9from
apps/javascript/context-text-matches-in-lockfiles
Sep 30, 2026
Merged

swapnilpaliwal-sd merged 2 commits into
apps/integration-0.1.9from
apps/javascript/context-text-matches-in-lockfiles

Conversation

@swapnilpaliwal-sd

@swapnilpaliwal-sd swapnilpaliwal-sd commented Sep 30, 2026 •

Copy link
Copy Markdown
Contributor

Context and impact listed words matched in lockfiles and manifest dependency lists (a debug or optional package) as text leads, and made one the next: step even when --in named a directory holding neither.

  • Lockfiles of every package manager are out of scope; manifests are filtered by where a word sits (JSON entry, YAML block, TOML table, XML package element), so scripts/tasks/config values stay searchable, in one-line manifests too. Covers package.json, bower/deno/composer.json, pnpm-workspace.yaml, conda environment.yml, pyproject.toml, Pipfile, requirements files, pom.xml, MSBuild, packages.config, .nuspec.
  • --in narrows text bindings as it narrows declarations; a text-only --in uses the same filter and is answered once in a multi-language repo, never from a package outside it.
  • A directory the main graph holds is no longer read as text by another language's graph.
  • Fixes the earlier head of this PR, which had the case but not the code (and a gitignored lockfile fixture).

Checked: new case 5/5 (0/5 on base); query cases js 282, ts 208, py 278, java 307, cs 207 all pass; multi_language new checks pass (7 pre-existing failures identical on base); product probes 57/70 before and after; call edges 11309 → 11309.

swapnilpaliwal-sd and others added 2 commits September 30, 2026 11:59
…eads; --in narrows text files

A context question with a common word (debug, optional, string) listed package-lock.json
and package.json lines as "text files that name these declarations" and made one of them
the next step, even when --in named a directory holding neither file.

- ax_nonsource: lockfiles of every package manager (npm, pnpm, yarn, NuGet, Gradle, Poetry,
  uv, Composer, Cargo, Go) are out of scope; a manifest's metadata and dependency lists
  (package.json, pyproject.toml, PackageReference) and package.json keys are skipped by line.
  Script commands and tool configuration values are still searched.
- context: the caller's --in narrows text bindings as it narrows declarations; a mapper XML
  whose namespace names the declaring type stays (bound by the declaration, not the word).
- ax_pages: a --source answer with no flow and no text row now ends with a next step.

Co-authored-by: axiomcode-bot[bot] <334110751+axiomcode-bot[bot]@users.noreply.github.com>
…anifest; --in text dirs stay in scope

The previous commit on this branch added the case but not the code it checks, and its npm
lockfile fixture was gitignored, so CI ran the checks against the old scripts.

- ax_nonsource: one manifest filter decided by where a word sits (entry, table, block,
  element), not by line: package.json, bower.json, deno.json, composer.json by JSON entry
  (a one-line manifest keeps its scripts); pnpm-workspace.yaml and conda environment.yml
  by block; pyproject.toml and Pipfile by table; requirements files whole; pom.xml,
  MSBuild, packages.config and .nuspec by package element. More lockfiles recognised.
- context: the word-matched rows of a text-only --in use the same filter; a directory the
  main graph holds is no longer text to another language's graph; with several graphs,
  a text-only --in is answered once and never by a package outside it.

Co-authored-by: axiomcode-bot[bot] <334110751+axiomcode-bot[bot]@users.noreply.github.com>
@swapnilpaliwal-sd
swapnilpaliwal-sd force-pushed the apps/javascript/context-text-matches-in-lockfiles branch from 1045c68 to 5e2290d Compare September 30, 2026 19:07
@swapnilpaliwal-sd
swapnilpaliwal-sd merged commit c17d28e into apps/integration-0.1.9 Sep 30, 2026
12 checks passed
@swapnilpaliwal-sd
swapnilpaliwal-sd deleted the apps/javascript/context-text-matches-in-lockfiles branch September 30, 2026 21:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant