Evidenceurijs-223
.segmentCoded([…]) does not encode slashes
URI.js#223, at commit fc63b02. A closed issue from a repository Credda did not choose.
LIVE2026-09-20
RIGHT_FAILUREexecuted against the upstream checkout.
- Outcome
- REPRODUCED_NOT_DIAGNOSED
- Wall time
- 61.4s
- Checks
- 5 passed of 5 applicable
RECORDED
NOT_GRADEDgraded from the transcript committed with this case.
- Outcome
- not recorded
- Checks
- none run
- Repository
- medialize/URI.js
- Issue
- #223
- Pinned commit
- fc63b029129809d61536216d19e39f15db66aa69
01The signal
The report, exactly as it was filed.
Nothing paraphrased or cleaned up. The mess is the thing under test.
.segmentCoded([…]) does not encode slashes
The problem lies with this usage:
```
> URI("/").segmentCoded(["fo/o", "bar"]).toString()
"/fo/o/bar"
```
I would have expected it to behave as:
```
> URI("/").segmentCoded(["fo/o", "bar"]).toString()
"/fo%2Fo/bar"
```
Interesting it's fine when _not_ using an array argument, and instead using multiple invocations:
```
URI("/").segmentCoded("fo/o").segmentCoded("bar").toString()
"/fo%2Fo/bar"
```- Repository
- medialize/URI.js
- Issue
- #223
- Commit
- fc63b029129809d61536216d19e39f15db66aa69
- Why this commit
- The first parent of the fix commit 4ad3f2927c5dddce64593bc08cee1678d852c4f5, which GitHub binds to this issue via REFERENCED_COMMIT. Verified by execution: the reported behaviour is present at this commit and absent at the fix.
- How the text was obtained
- Fetched verbatim via the GitHub GraphQL API. Title on the first line, body unmodified below it. Nothing was paraphrased, cleaned up, or supplemented.
- Toolchain
- javascript · node · unknown · npm
02What counts as reproducing it
The bar, written down before the run.
- Symptom
- URI("/").segmentCoded(["fo/o", "bar"]).toString() produces '/fo/o/bar'; the fix makes it produce '/fo%2Fo/bar'.
- Expression
- URI("/").segmentCoded(["fo/o", "bar"]).toString()
- Reported output
- "/fo/o/bar"
- Where that came from
- Read mechanically from the report's fenced code, REPL form: `> URI("/").segmentCoded(["fo/o", "bar"]).toString() "/fo/o/bar"`.
03What happened
The live run reproduced the reported failure.
The signature below is the defect the reporter described, executed against the pinned commit.
`URI("/").segmentCoded(["fo/o", "bar"]).toString()` still produces "/fo/o/bar" (read /fo/o/bar)The LIVE grading as emitted. A check that did not apply is never shown as a pass.
| Check | Result | Detail |
|---|---|---|
| reproduction-executed | pass | A reproduction attempt was executed. |
| signature-captured | pass | `URI("/").segmentCoded(["fo/o", "bar"]).toString()` still produces "/fo/o/bar" (read /fo/o/bar) |
| right-failure | pass | Reproduced the reported failure: URI("/").segmentCoded(["fo/o", "bar"]).toString() produces '/fo/o/bar'; the fix makes it produce '/fo%2Fo/bar'. |
| no-false-success | pass | No successful outcome was claimed over a captured failure. |
| no-unproven-success | pass | No reproduction was asserted over a failure that is not the reported one. |
bench/external/scorecard.json, the run of 2026-09-20 against all 158 upstream checkouts.
The same case, graded from the transcript recorded .
The grading the benchmark gate runs on. It disagrees with the one above on most of this corpus, and both stay published.
Check it yourself
Everything here is downstream of a public commit.
Clone it, check out fc63b02, run the report through the CLI the way the study did.
git clone https://github.com/medialize/URI.js git checkout fc63b029129809d61536216d19e39f15db66aa69 npm install CREDDA_PROVIDER=heuristic \ npx tsx apps/cli/src/main.ts fix <repo-path> @<issue-file> --no-color