Skip to content

chore(postman): the duplicates are gone and the published collection is current - #33

Merged
jeremiahsay merged 1 commit into
mainfrom
chore/postman-cleanup
Sep 14, 2026
Merged

jeremiahsay merged 1 commit into
mainfrom
chore/postman-cleanup

Conversation

@jeremiahsay

Copy link
Copy Markdown
Collaborator

The Postman API had 500'd on every /collections endpoint since 2026-09-13, which is why this sat. It has recovered — and with GET working, PUT was safe. The earlier warning was only ever about writing blind while reads were down.

Deleted three, backed up all four first

uid what it was proof it was disposable
0fa5f072 import duplicate request-level diff vs published: 0 unique
ba4b5988 import duplicate request-level diff vs published: 0 unique
d06c43c2 "My Collection" Postman's default postman-echo.com samples

One remains: the published 2ee06139 — confirmed from the documenter's own <meta name="collectionId">, not from a postman.com 200, which is what sent the owner to a dead link last time.

Documenter and workspace both 200 immediately after the deletions.

Re-synced the published collection

It had been stale since 2026-09-12 and still carried "the exact source cell behind each value" in the open-data feed description — the 2026-09-13 wording sweep corrected the repo file but never pushed it.

before: 'source cell' 1 · 'source reference' 0
after : 'source cell' 0 · 'source reference' 1 · 28 operations intact

Still pending — console only

api-keys, me/api-keys, account/api-keys and collections/<uid>/documentation all return 404, so neither of these can be done from a script:

  1. The published docs title still reads "GreenCalculus API — emission factors with their source cell" — the source of <title>, og:title and twitter:title. A Publish-documentation setting, so no sweep or re-import reaches it. Suggested: "…with their source reference". Low urgency: the page is noindex.
  2. The API key used here carries admin, billing, user (confirmed via /me). Revoke at go.postman.co/settings/me/api-keys.

🤖 Generated with Claude Code

https://claude.ai/code/session_01LeaxFttn3GPPVq1yj3Jjuk

…is current

The Postman API had 500'd on every /collections endpoint since 2026-09-13,
which is why this sat. It recovered, and with GET working a PUT was safe --
the earlier warning was only ever about writing blind while reads were down.

Three collections deleted, each backed up first and each proved disposable
before deletion rather than after: 0fa5f072 and ba4b5988 were the import
duplicates and a request-level diff against the published collection found
ZERO requests unique to either; d06c43c2 "My Collection" held Postman's
default postman-echo.com samples. One collection remains -- the published
2ee06139, confirmed from the documenter's own <meta name="collectionId">
rather than from a postman.com 200, which is what sent the owner to a dead
link last time.

The published collection was then re-synced by PUT from the repo file. It had
been stale since 2026-09-12 and still carried "the exact source cell behind
each value" in the open-data feed description, which the 2026-09-13 wording
sweep had corrected in the repo but never pushed. Now 0 occurrences of "source
cell", 1 of "source reference", 28 operations intact, documenter and workspace
both 200.

Two things remain and neither has an API route -- api-keys, me/api-keys,
account/api-keys and collections/<uid>/documentation all 404: the published
docs TITLE (a Publish-documentation setting, still saying "source cell") and
revoking the admin+billing+user key used here. Both recorded with their console
paths.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LeaxFttn3GPPVq1yj3Jjuk
@jeremiahsay
jeremiahsay merged commit 83d1920 into main Sep 14, 2026
7 checks passed
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