Fact 122
Alex Valdez, Iris, and Theo classified the Lantern cache defect as a release blocker.
Source evidence (1)
001872Sep 12, 2024 / 12:35 UTC-04:00
The internal Lantern tenant-isolation rehearsal ran with two synthetic tenants using the same service identifier. The first tenant populated a deploy card. During the second tenant's fixture run, the response returned the first tenant's cached card. Authorization and adapter traces remained correlated to the correct synthetic tenant, but the concrete deploy-card object-cache lookup used a key that omitted tenant identity. We stopped immediately on the cross-tenant fixture result. Customer access remained disabled throughout, no real customer data was involved, and the completed external data contract was not reopened. Theo suggested masking the mismatch at rendering time, but Iris, Theo, and I classified the cache defect as a release blocker. Post this result to the Lantern rehearsal document. Record that the cache key must include tenant identity, rendering-time masking is rejected, the full cross-tenant rehearsal must be repeated successfully, and customer access remains closed.
Message 001872 in history