Docs: sync booking expired + Front#31 UX polish в спеки #13
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Проблема
В коде уже зашиплены Back#60 (
expiredдля past-pending) и Front#31 (P1/P2 UX), а контрактные спеки ещё описывали старые статусы и chrome.Влияние
Расхождение спека ↔ код по booking lifecycle и клиентскому UX.
Ожидаемый результат
Обновлены
EventHubBackSpec.md,EventHubFrontSpec.md,design/front/UI-PARITY.mdпод:edb7c20): статусexpired, booking-requests без past-pending, Confirm/Decline →409d13dd51): expired UI, soft time, empty bookings, agenda copy, Discover covers, nickname header, invites badge, desktop one-row chromeКритерии приёмки
409на expiredmasterСсылки
Приоритет
P2
Спека обновлена и запушена на
master.SHA:
546f888487caa92f0e23ff532ea283105a93fe71Файлы:
EventHubBackSpec.md— статусexpired, past-pending, booking-requests omit, Confirm/Decline →409EventHubFrontSpec.md— Front#31 UX (chrome one-row, nickname, expired UI, empty bookings, agenda, Discover, invites badge)design/front/UI-PARITY.md— deviations / follow-ups / mapping Back#60 + Front#31WORKFLOW.md— запись в историиRefs: Back#60 (
edb7c20), Front#31 (d13dd51), Spec#10.