fix: the guard has to be per-case, not blanket

Protecting every file of a live space also protected the ones a commit had just
superseded, and gave rejected uploads immortality. The distinction that matters
is narrower: a space with NO plan_url has had its image detached and may want it
back; a space that has one can only be holding its own rejects. Attachments:
staging folders keep the hour, marker folders get the month.

Also: the layout event test asserted the order of separately fired bus events,
which nothing promises — it came back [2,1,3] in CI.

docs/CHANGELOG.ru.md

@@ -17,11 +17,14 @@
   план после v1.46.0 и инстанс перезапускался или проработал сутки — загляните в
   `config/houseplan/plans/` и напишите в Telegram-чат, если файла нет.
   Правило теперь такое: **коммит по-прежнему удаляет ровно то, что заменил**, —
-  это он знает наверняка. Всё остальное лишь «непривязано», а это обратимое
-  состояние: файл, принадлежащий существующему пространству или устройству, не
-  удаляется никогда, а всё прочее ждёт тридцать дней вместо часа. Один
-  однозначный случай сохраняет короткое правило: промежуточная папка диалога
-  содержит только загрузку из диалога, который так и не сохранили.
+  это он знает наверняка. Дальше вопрос в том, означает ли «непривязан»
+  «брошен», и ответ зависит от случая. У пространства, у которого плана нет
+  вовсе, его отцепили — и, возможно, вернут: его файлы не удаляются никогда. У
+  пространства, у которого план есть, лишние файлы могут быть только его же
+  отвергнутыми загрузками — они по-прежнему уходят через час. Вложения вне
+  промежуточной папки диалога ждут месяц; сама промежуточная папка, где по
+  построению лежит только загрузка из несохранённого диалога, сохраняет часовое
+  правило.
 
 ## v1.46.3 — 2026-07-28 (перепроверка v1.46.2: HP-1462-01)
 - **Уборка при старте действительно убирает.** Она искала свои же runtime-данные