Skip to content

Rename author to developer across the v2 extensions API - #155

Merged
admdly merged 2 commits into
mainfrom
feat/rename-authors-to-developers
Jul 26, 2026
Merged

Rename author to developer across the v2 extensions API#155
admdly merged 2 commits into
mainfrom
feat/rename-authors-to-developers

Conversation

@admdly

@admdly admdly commented Jul 26, 2026

Copy link
Copy Markdown
Contributor

Summary

  • "Author" implied solo/literary authorship, which never fit an entity that can be an organization, gets moderated/approved, and can be transferred or claimed like any other account. v2 is still internal-only, so this is the cheapest point to fix it.
  • Renames every v2-owned schema, route (/authors/*/developers/*), DB table/column (authorsdevelopers, author_claimsdeveloper_claims, author_transfersdeveloper_transfers, author_historydeveloper_history), and the submission payload's author field to developer.
  • New migration 0008_rename_authors_to_developers.sql performs the rename via ALTER TABLE ... RENAME (verified against real local D1 — FK references, indexes, and triggers all retarget correctly).
  • v1's read-only extension-listing API is untouched: its JSON response still calls the field author (own stable contract), and its own extensions.author_id column is left as-is — only the query that joins the now-renamed table follows along.

"Author" implied solo/literary authorship, which never fit an entity
that can be an organization, gets moderated/approved, and can be
transferred or claimed like any other account. v2 is still
internal-only, so this is the cheapest point to fix it.

Renames the v2-owned schemas, routes (/authors/* -> /developers/*),
DB tables/columns (authors -> developers, author_claims ->
developer_claims, author_transfers -> developer_transfers,
author_history -> developer_history), and the submission payload's
"author" field to "developer". v1's read-only extension-listing API
is untouched: its JSON response still calls the field "author", and
its own extensions.author_id column is left as-is — only the query
that joins the renamed table follows along.

Claude-Session: https://claude.ai/code/session_01Co1bu2gU5kEHN65KooNUHN
@cloudflare-workers-and-pages

cloudflare-workers-and-pages Bot commented Jul 26, 2026

Copy link
Copy Markdown

Deploying with  Cloudflare Workers  Cloudflare Workers

The latest updates on your project. Learn more about integrating Git with Workers.

Status Name Latest Commit Preview URL Updated (UTC)
✅ Deployment successful!
View logs
api 704f73a Commit Preview URL

Branch Preview URL
Jul 26 2026, 05:54 PM

@cubic-dev-ai cubic-dev-ai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All reported issues were addressed across 8 files

Reply with feedback, questions, or to request a fix.

Re-trigger cubic

Comment thread src/services/extensions/v2/submissions-database.ts
…ation

Review comment on PR #155: extension_submissions.payload is a JSON blob,
not a SQL column, so renaming the schema didn't touch already-persisted
rows — they still had the old {"author": {...}} shape. approve() on any
pre-existing pending submission dereferenced payload.developer on an
object with only .author, threw, and surfaced as a permanent generic
database error; list endpoints would also keep serving the old shape for
old rows.

Fixed by adding a one-time UPDATE to migration 0008 that moves the
author key to developer via json_set/json_remove/json_extract, matching
this codebase's existing pattern of fixing up persisted data inside the
migration that changes its shape (see 0002, 0004). Verified against real
local D1: bootstrapped v1's schema.sql, applied 0001-0007, seeded a
legacy-shaped pending submission, then applied the fixed 0008 and
confirmed the payload's author key became developer while the rest of
the JSON was preserved untouched; a row already in the new shape is left
alone (idempotent).

Claude-Session: https://claude.ai/code/session_01Co1bu2gU5kEHN65KooNUHN

@cubic-dev-ai cubic-dev-ai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

0 issues found across 1 file (changes from recent commits).

Auto-approved: Renames 'author' to 'developer' across the internal-only v2 extensions API, including tables, columns, code, and routes. No behavior change, bounded and clearly beneficial naming fix. v1 public API untouched.

Re-trigger cubic

@admdly
admdly merged commit 0eb2b5d into main Jul 26, 2026
9 checks passed
@admdly
admdly deleted the feat/rename-authors-to-developers branch July 26, 2026 17:59
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