Skip to content
← All posts
Changelog

Deleting a project keeps its domains and sites

Deleting a project no longer deletes its domains and sites. They move to Unassigned, pinned, and the next sync no longer brings the project back.

Sep 5, 2026 1 min read
The delete project dialog in Unolia saying its domain and site stay in Unassigned and nothing is removed from providers
Deleting Maison Verdier: its domain and its site stay in Unassigned. Demo workspace · Sample data

Deleting a project used to delete its domains with it, and that is why a project a provider sync had created came straight back: the next sync had nothing left to tell it the domain was unwanted.

Now the grouping goes and the resources stay. Every domain and site of the project moves to Unassigned and is pinned there, and the pin is what the auto-linker reads as “leave this alone”. Nothing is removed from a provider, so nothing can be recreated. The confirmation dialog lists what stays before you type the project name.

A domain is now identified by its team, its account and the provider’s own id rather than by the project it sits in, so it keeps whatever grouping it has across every sync, including none. Renaming a domain at the provider updates the row in place instead of forking a second one.

The separate ignored domains list is gone. A pinned domain with no project records the same decision, and it is the row the sync already reads.

Deleting a project keeps its domains and sites
Share

Keep reading

All posts
Changelog

Every CI run, job by job

GitHub Actions runs now show every job and step in Unolia, with timings, the wait for a runner, and the failed step’s own log where it happened.

Sep 5, 2026 Read →
Subscribe

Get the changelog and roadmap in your inbox.

Monthly product updates and field notes on running client sites. No fluff.

Prefer a reader? The changelog is also available via RSS.