|
tests / pest (push) Failing after 8m10s
Details
tests / assets (push) Successful in 20s
Details
tests / release (push) Has been skipped
Details
Audience line and note were LandingController::COPY, a hardcoded array keyed on exactly the four plan keys the seed migration created — a plan made under any other key rendered with no copy at all. They move onto the family for the same reason the recommendation mark does: they are a stance about the product line, not a capability that changes with a price, so they must not be frozen per version. Backfilled in the migration from the controller's own strings, so the public page prints exactly what it printed a moment ago. A family with no copy yet renders without the audience line rather than an empty gap. Feature labels (managed_updates, daily_backups, ...) stay in the controller: they name catalogue features, not individual plans, so there is no per-plan or per-version place to hang an editable customer-facing label without re-introducing a shared feature table. That table existed once and was deliberately removed when the plan catalogue closed its pricing split-brain; bringing it back for wording alone is a bigger, separate decision. |
||
|---|---|---|
| .. | ||
| admin | ||
| auth | ||
| backups.blade.php | ||
| billing.blade.php | ||
| cloud.blade.php | ||
| confirm-cancel-package.blade.php | ||
| confirm-close-account.blade.php | ||
| confirm-disable-two-factor.blade.php | ||
| confirm-end-other-sessions.blade.php | ||
| confirm-remove-order.blade.php | ||
| confirm-revoke-seat.blade.php | ||
| customer-provisioning.blade.php | ||
| dashboard.blade.php | ||
| edit-mailbox.blade.php | ||
| edit-seat.blade.php | ||
| invoices.blade.php | ||
| new-support-request.blade.php | ||
| sessions.blade.php | ||
| settings.blade.php | ||
| support.blade.php | ||
| users.blade.php | ||