Make the workspace
feel like your team.
Edit apps/web/components/devlaunch-festival-events/config.ts to set organizer name, descriptor, default pipeline name and the outdoor season dates, then rebuild. The design applies to the entire web installation. Use separate web installations to evaluate different full-interface kits, rather than stacking their installers.
Starter removal, updates, and rollback
Review unused starter additions for removal in Starter setup before removing the frontend. Server checks preserve edited or published workflows and pipelines with jobs or references. The process targets recorded kit additions rather than sweeping account records.
Preserve your local configuration and source edits. Preview frontend removal with node setup.mjs remove "/path/to/seedly" --dry-run. The automatic uninstaller uses a private restoration receipt and refuses to overwrite later edits. Keep that receipt private and out of public hosting or source exports. Removing frontend files does not remove account data or undeploy backend functions.
For an update, follow the documented removal/install process and reapply your preserved changes. A manually merged installation needs its own private change ledger and reviewed source rollback.
What the workspace records
One contact-linked edition holds its organizer, site label, event kind, event year, office lead, status with its logged, confirmed, cancelled and wrapped-up dates and its first and last day, plus every stage and area, every program slot with its area, day, hours, act and status, every vendor with its area, space, status and fee, every volunteer shift with people needed, adults signed and a youth group count with its adult leader, every permit label with its dates and an editable checklist.
Bunting records what the office typed. It makes no permit-compliance, fire marshal, capacity, crowd safety, insurance or health-code claim and never says an event, a site, a stage, a vendor or a permit is approved, inspected, valid, safe or insured; a permit is a label and dates. It does not sell tickets, count attendance, check people in, take vendor fees, invoice, run background checks or send messages. Gate, stage door, storage, Knox box, lockbox, keypad and alarm codes, vendor entry codes, radio, POS, Wi-Fi and app logins and passwords, payment card numbers and Social Security numbers are refused in recorded text and in the native form drafts, and volunteer fields refuse a young volunteer's age or date of birth.
The kit’s original operational screens share the frame with full CRM modules from your own Seedly source. Existing account permissions, feature gates, and configured providers still determine access to those modules.