veza/VERSION
senke a4d2ffd123 chore(release): v1.0.6 — ergonomics + operational hardening
Follow-up to the v1.0.5 hardening sprint. That release validated the
`register → verify → play` critical path end-to-end; this one addresses
the next layer — the UX friction and operational blindspots that a
first-day public user (or a first-day on-call) would hit. Six targeted
commits, each with its own tests:

  * Fix 1 — Self-service creator role (9f4c2183a)
  * Fix 2 — Upload size limits from a single source (7974517c0)
  * Fix 3 — Unified SMTP env schema on canonical SMTP_* names (9002e91d9)
  * Fix 4 — Refund reverse-charge with idempotent webhook (92cf6d6f7)
  * Fix 5 — RTMP ingest health banner on Go Live (698859cc5)
  * Fix 6 — RabbitMQ publish failures no longer silent (4b4770f06)

Breaking changes:
  * marketplace.MarketplaceService.RefundOrder now returns
    (*Refund, error) — callers must accept the pending refund row.
  * Internal refundProvider interface changed from
    Refund(...) error to CreateRefund(...) (refundID, status, err).
  * Order status machine gains `refund_pending` as an intermediate
    state. Clients reading orders.status should not treat it as
    refunded yet.

Parked for v1.0.7:
  * Partial refunds (UX decision + call-site wiring)
  * Stripe Connect Transfers:reversal (internal accounting is
    already corrected; this is the external money-movement call)
  * CloudUploadModal.tsx unifying on /upload/limits
  * Manual smoke test of refund flow against Hyperswitch sandbox

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-17 02:13:45 +02:00

1 line
6 B
Text