Приведите пример серьезного, но не критического (низкоприоритетного) бага.

Пример: Незначительное нарушение верстки (CSS-баг) на определенных разрешениях экрана.

• Описание: На странице формы заказа при ширине окна браузера от 1024px до 1200px кнопка "Подтвердить" (Submit) имеет небольшой визуальный перекрытие (overlap) с соседним текстовым блоком справа. Функциональность кнопки (клик, отправка формы) при этом полностью сохраняется.
• Техническая причина: Недостаточно адаптивных правил в CSS. Может быть вызвано фиксированными отступами (margin/padding), негибкой шириной (width) или некорректными медиа-запросами (@media).

  /* Потенциально проблемный CSS */
  .submit-btn {
      float: right;
      margin-right: 10px; /* При сужении экрана этого становится мало */
      width: 120px;
  }
  .info-panel {
      float: right;
      width: 200px;
  }

• Почему это не критический приоритет (P3/P4):
  1. Не блокирует бизнес-логику: Пользователь может совершить целевое действие (оформить заказ).
  2. Не приводит к потере данных или ошибкам.
  3. Влияет только на подмножество пользователей с конкретным разрешением.
  4. Проблема носит исключительно косметический характер, ухудшая User Experience (UX), но не функциональность.
• Когда и как исправлять:
  • Приоритизация: Такой баг исправляется после всех критических (P1) и серьезных (P2) дефектов, а также важных новых функций.
  • Решение: Уточнение CSS-правил с использованием относительных единиц (%, vw), Flexbox/Grid или добавление корректного медиа-запроса.

    /* Улучшенный CSS с использованием Flexbox */
    .form-footer {
    display: flex;
    justify-content: space-between;
    align-items: center;
    flex-wrap: wrap; /* Позволяет элементам переноситься на узких экранах */
    gap: 15px; /* Современный способ задать отступы */
    }

Итог: Баг фиксируется для поддержания высокого качества интерфейса, но его исправление планируется в рамках регулярной работы над техническим долгом, а не как срочный хотфикс.