Что означает код HRESULT 0x001B0005 (WER_S_DISABLED_QUEUE)?

 
Предыдущий Следующий
WER_S_SUSPENDED_UPLOAD WER_S_DISABLED_ARCHIVE

WER_S_DISABLED_QUEUE

Практический смысл

WER_S_DISABLED_QUEUE (0x001B0005) относится к Windows Error Reporting. Это информационный/success HRESULT. Короткий ориентир по имени статуса: отключено / очередь. Код фиксирует конкретную границу операции; сам facility не объясняет, какой объект, вход или этап вызвал состояние.

Исходное описание условия: WER did not queue the report because queueing is disabled. Сопоставляйте эту формулировку с первым нативным возвратом, а не с поздней wrapper exception или сообщением UI.

Граница проверки

Определите стадию WER: создание отчёта, добавление dump/attachments, локальная очередь/архив или отправка. Вторичная ошибка репортинга не должна затереть первичное падение приложения.

Специфичные признаки из исходного описания

  • Difference from nearby results WER_S_REPORT_QUEUED confirms durable deferral; this status explicitly says no queue entry was created.
  • Practical scenario A policy allows immediate upload but disables local queueing.
  • WER did not queue the report because queueing is disabled this result is HRESULT 1769477 ( 0x001B0005 ) from winerror.h.
  • AllStat describes it as “Report was not queued to queueing being disabled.” In the Windows Error Reporting collection, queue, upload, archive, assertion, or debugging workflow, the value reports a nonfailure state that must not be collapsed into plain S_OK .
  • Crash, hang, assertion, and application-failure reporting; Enterprise policy controlling WER queue, archive, upload, debugger, and throttling; Keep it attached to the operation that returned it.
  • Do not delete the only local evidence under the assumption WER queued it.
  • When the endpoint is unavailable, the app keeps its own sanitized failure record.

Что сохранить до исправления

  • исходный exception/fault signature и faulting module
  • первый Wer* API и состояние report handle
  • WER_SUBMIT_RESULT, queue/archive state и соответствующие event-log записи
  • пути, размеры и доступность dump/attachments до передачи WER
  • код-специфичный маркер для этого случая: отключено / очередь

Порядок диагностики

  1. Проверьте именно признак отключено / очередь; не объединяйте его с соседними кодами той же подсистемы.
  2. Сверьте trace с наиболее специфичным исходным условием: Difference from nearby results WER_S_REPORT_QUEUED confirms durable deferral; this status explicitly says no queue entry was created..

Исправление и критерий проверки

Исправляйте только подтверждённую стадию отчёта и повторяйте с минимальным набором артефактов. Не создавайте рекурсивный WER-отчёт из того же пути обработки ошибки.

Положительный контроль должен убрать условие Practical scenario A policy allows immediate upload but disables local queueing., а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном входе или состоянии. Так можно отличить исправление причины от случайного изменения маршрута выполнения.

Технические ссылки


Нужно найти другой код? Найти другой код состояния или ошибки.