docs(daily): note that a new rail kind needs its stored lists extended

The start-page item choice stores the enabled kinds, so a list saved before a kind existed reads as that kind switched off. Say so next to the kind list, where the next kind will be added.
This commit is contained in:
Marc-André Bombeck committed 2026-09-26 10:05:55 +02:00
1 parent cd79cfaae9
commit 8b78e5486d
1 file changed
+7
+7
View File
@@ -25,6 +25,13 @@ import type { ModuleKey } from "@/lib/modules/registry";
* dashboard-layout label. Typed consumers derive from this tuple so stored
* visibility settings and API validation cannot accept vocabulary the current
* build does not understand.
*
* A new kind also needs a data migration that appends it to every stored,
* non-empty `enabledHeroItemKinds` list. The layout stores the ENABLED kinds
* whenever they are not all of them, so a list saved before the kind existed
* reads as "switched off" and the new kind never shows for that person.
* `upcoming_visit` shipped without one and stayed hidden that way until
* migration 0355 appended it.
*/
export const PRIORITY_ITEM_KINDS = [
"coach_checkin",