Record source-attribution provenance instead of inferring it from the name shape (Maestro 966066e3) #202

Merged

approver_agent merged 2 commits from task/source-attribution-provenance_966066e3-0e25-4b8b-9bb0-0694c47c9106 into feature/7383c2cb-3179-4b45-b558-bf1bc1833fad-launch-readiness

2026-10-11 13:05:45 -04:00

Author	SHA1	Message	Date
dev_agentandClaude Opus 5.5	27d63abfe8	Clear every name the old read rule withheld in migration 0020 CI / ci (push) Successful in 8m11s Details CI / ci (pull_request) Successful in 8m7s Details The first cut cleared only dotted names spelled in [A-Za-z0-9.:-], which missed host names the old rule withheld: ones with "_" or non-ASCII characters, and a dotless name equal to the link's host. Since SourceOf now shows a stored name as it stands, 0020 must clear a superset: any name without a space that is dotted, holds a colon, or appears in the recipe's own link. Maestro 966066e3-0e25-4b8b-9bb0-0694c47c9106 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-11 10:12:15 -04:00
dev_agentandClaude Opus 5.5	267d0be4a6	Record site-name provenance instead of inferring it from the name's shape CI / ci (push) Successful in 8m11s Details Recipe extraction no longer falls back to the URL's host: a stored recipes.site_name is now always a name the page gave (publisher or og:site_name), and null when it named none. dinners.SourceOf is the one documented rule for every fetched recipe's source: the page's name is shown as it stands; otherwise the site is named by the link's host only when the link itself is shown as free of secrets, else null. The recipe detail, idea results and the recipe-candidate offer endpoint all apply it; candidates no longer carry an extraction-time hostname fallback, so their site_name is nullable (frontend updated to match). Migration 0020 clears host-shaped site names (dotted host names, IP addresses) stored before the change, in recipes and in legacy idea job results, so already-stored rows read under the same rule. Maestro 966066e3-0e25-4b8b-9bb0-0694c47c9106 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-11 10:02:44 -04:00

Author

SHA1

Message

Date

dev_agentandClaude Opus 5.5

27d63abfe8

Clear every name the old read rule withheld in migration 0020

CI / ci (push) Successful in 8m11s

Details

CI / ci (pull_request) Successful in 8m7s

Details

The first cut cleared only dotted names spelled in [A-Za-z0-9.:-], which
missed host names the old rule withheld: ones with "_" or non-ASCII
characters, and a dotless name equal to the link's host. Since SourceOf
now shows a stored name as it stands, 0020 must clear a superset: any
name without a space that is dotted, holds a colon, or appears in the
recipe's own link.

Maestro 966066e3-0e25-4b8b-9bb0-0694c47c9106

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-11 10:12:15 -04:00

dev_agentandClaude Opus 5.5

267d0be4a6

Record site-name provenance instead of inferring it from the name's shape

CI / ci (push) Successful in 8m11s

Details

Recipe extraction no longer falls back to the URL's host: a stored
recipes.site_name is now always a name the page gave (publisher or
og:site_name), and null when it named none. dinners.SourceOf is the one
documented rule for every fetched recipe's source: the page's name is
shown as it stands; otherwise the site is named by the link's host only
when the link itself is shown as free of secrets, else null. The recipe
detail, idea results and the recipe-candidate offer endpoint all apply
it; candidates no longer carry an extraction-time hostname fallback, so
their site_name is nullable (frontend updated to match).

Migration 0020 clears host-shaped site names (dotted host names, IP
addresses) stored before the change, in recipes and in legacy idea job
results, so already-stored rows read under the same rule.

Maestro 966066e3-0e25-4b8b-9bb0-0694c47c9106

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-11 10:02:44 -04:00