Звітування про баги (Beta)
З травня 2026 ElectroBoard має вбудовану систему звітування про баги. Якщо щось не працює як очікуєш — натисни кнопку, опиши, прикріпи скріншоти. Команда отримає твій звіт разом з контекстом проєкту.
Як надіслати звіт
Кнопка «Баг» на сторінці щита
На робочій області щита, праворуч на канвасі, є вертикальна пара кнопок: AI (консультант) і Баг (звіт). Натисни «Баг» — відкриється форма.
Інлайн-звіт «👎» з панелі валідації
Біля кожного попередження у панелі валідації (внизу екрану) є мала кнопка 👎. Натисни — відкриється така ж форма, але з автоматичною прив'язкою до конкретного issue (тип помилки, ID, контекст уже передаються).
Що містить форма
| Поле | Опис |
|---|---|
| Категорія | UX / wire / validation / DnD / cable / source / comb / busbar / mobile / export / інше |
| Важливість | high / normal / low |
| Заголовок | 3-140 символів — коротко суть проблеми |
| Опис | до 4000 символів — деталі, кроки відтворення |
| Скріншоти | до 3 файлів (PNG/JPEG, до 5 МБ кожен; клієнт автоматично стискає до ≤1.5 МБ) |
Вставка скріншоту з буферу обміну — Ctrl+V працює прямо у формі. Зручно одразу після PrtScr або скріншоту виділеної області.
Що йде разом зі звітом
- Конфігурація щита — рейки, кількість приладів, активні стандарти, активні попередження. Без особистих даних користувачів-споживачів.
- Контекст браузера — назва браузера/ОС, viewport, активний breaker (якщо вибрано на момент звіту).
- Прив'язка до проєкту — ID активного проєкту (project_id), щоб ми могли відтворити умови.
- Якщо інлайн-звіт — додатково ID конкретного issue зі списку валідації.
Що НЕ передається: імена/телефони споживачів, e-mail, паролі, файли поза тим що ти явно прикріпив.
Безпека та зберігання даних
- Скріншоти зберігаються у приватному Supabase Storage bucket. Кожен файл доступний тільки тобі (RLS перевіряє
user_id) та адміністратору ElectroBoard. - Тіло звіту прив'язане до твого
user_idчерез Supabase Auth — анонімно надсилати наразі не можна (захист від спаму). - Rate limit — до 10 звітів на годину з одного акаунту. Захист від випадкових циклів.
Retention (як довго зберігаємо)
| Період | Що відбувається |
|---|---|
| 0–6 місяців | Активний звіт — повний вигляд, скріншоти, board snapshot |
| 6–12 місяців | Архівований — board snapshot стискається до summary (без приладів), скріншоти видаляються |
| Після 12 місяців | Hard delete — звіт повністю видаляється (GDPR Article 17 — right-to-erasure) |
Архівація + видалення відбуваються автоматично через pg_cron weekly job (неділя 03:00 UTC).
Якщо потрібно зберегти звіт довше для роботи — адміністратор може встановити прапорець preserved=true на конкретному звіті (не архівується / не видаляється). За замовчуванням prапорець НЕ виставлений.
Видалення свого звіту
Доступне через адміністратора. Напиши на пошту з ID звіту (bug_<12symbols>) — видалимо вручну. UI для self-delete з'явиться у Phase 2.
Що далі (Phase 2)
- Дедуплікація схожих звітів через AI clustering — бачитимеш чи проблему вже хтось зглядав
- Auto-triage версію (категорія + severity) на основі тексту звіту + скріншотів
- Self-delete з UI