iu
713c1ca6d3
Reload the rail trash count after every operation that changes the trash contents, not just navigation and empty-trash: moving photos to trash (grid, panel, viewer), restoring, permanent delete and deleting an album. Previously the counter stayed stale until the next route change.
2.2 KiB
2.2 KiB
Tasks
1. Счётчик после удаления фото
- 1.1 Обновлять
trash.load()после пакетного удаления в сетке (routes/(app)/albums/[id]/+page.svelte,confirmMenuDelete) — проверить вручную: удаление одного и нескольких фото увеличивает счётчик корзины в рейле без перехода между разделами - 1.2 Обновлять
trash.load()после удаления из панели (lib/components/PhotoPanel.svelte,confirmDelete) и в просмотре (routes/(app)/albums/[id]/photos/[photoId]/+page.svelte,confirmDelete) — проверить оба сценария вручную
2. Счётчик при удалении альбома
- 2.1 Обновлять
trash.load()после удаления альбома (lib/components/AlbumActionsDialogs.svelteпослеalbums.destroyиroutes/(app)/albums/[id]/settings/+page.svelteпосле DELETE) — проверить вручную: удаление альбома с фото увеличивает счётчик на число фото
3. Восстановление и окончательное удаление
- 3.1 В
routes/(app)/trash/+page.svelteобновлятьtrash.load()послеrestore,confirmRestoreиremove— проверить вручную: восстановление и окончательное удаление уменьшают счётчик корзины
4. Проверка
- 4.1
cd frontend && npm run checkпроходит без ошибок - 4.2 Ручной чек-лист сквозного сценария: удаление фото (одно/несколько), удаление из просмотра, удаление альбома, восстановление, окончательное удаление, очистка корзины — счётчик в рейле всегда актуален без перезагрузки страницы
Workflow follow-up
- Архивировать изменение после ревью и синхронизировать основную спеку
ui-workspace.