Что означает код HRESULT 0x000D114E (NS_S_OPERATION_PENDING)?

 
Предыдущий Следующий
NS_S_WMPEFFECT_OPAQUE NS_S_TRACK_BUY_REQUIRES_ALBUM_PURCHASE

NS_S_OPERATION_PENDING

Панель приложения Windows Media нельзя освободить, пока в ней выполняется операция

NS_S_OPERATION_PENDING — это HRESULT 856398 (0x000D114E) Windows Media. В AllStat он описан как «запрошенная панель приложения выполняет операцию и не будет освобождена». В автомате состояний Windows Media Player, Windows Media Format, DRM или Media Foundation это успешное, но содержательно значимое состояние, которое нельзя сводить к обычному S_OK.

Для этого статуса : отсутствие бита ошибки не делает результат эквивалентным обычному завершению — его постусловие остаётся специфичным.

Что должно быть истинно перед принятием результата

Убедитесь, что для выполняемой на панели операции определён путь завершения или отмены и объект панели удерживается до срабатывания этого пути. Именно это условие определяет, должна ли вызывающая сторона продолжить работу, ожидать, перейти к резервному варианту или завершить операцию.

Для этого статуса также убедитесь, что возвращённые данные относятся к текущему поколению операции, а не унаследованы от предыдущей попытки.

Где встречается этот статус

  • Этот статус может появляться в callbacks библиотеки, playlist, store или UI plug-in Windows Media Player; фиксируйте точный API, объект и фазу, поскольку одинаковая числовая severity успеха не определяет состояние сама по себе.
  • Этот статус может появляться при операциях source, writer, DRM, publishing point или установки Windows Media Format; фиксируйте точный API, объект и фазу, поскольку одинаковая числовая severity успеха не определяет состояние сама по себе.
  • Этот статус может появляться при активации topology Media Foundation и настройке удалённых компонентов; фиксируйте точный API, объект и фазу, поскольку одинаковая числовая severity успеха не определяет состояние сама по себе.

Сохраняйте этот статус привязанным к операции, которая его вернула. Интерпретация этого статуса вне контракта этого API может превратить нормальное продолжение или частичный результат в ошибочный повтор либо ложное завершение.

Последовательность диагностики

  • Зафиксируйте исходные 0x000D114E и NS_S_OPERATION_PENDING до того, как исключения, знаковое форматирование или общая оболочка успеха удалят символическое значение.
  • Определите интерфейс, метод, callback, службу, драйвер или broker, вернувший этот статусвключая версию компонента, процесс, поток и correlation ID.
  • Докажите решающее условие для этого статуса : у операции панели должен быть определён путь завершения или отмены, а срок жизни панели должен сохраняться до его срабатывания.
  • Для этого статуса проверьте каждый выходной параметр, счётчик, дескриптор объекта, callback, элемент очереди, media item, отчёт, транзакцию, элемент topology или signaling response, созданные вызовом.
  • Сравните состояние непосредственно до и после этого статуса и убедитесь, что владение, время жизни, сохранение и видимые пользователю эффекты соответствуют статусу.
  • Воспроизведите этот статус на минимальном входе, затем измените только предполагаемую причину и убедитесь, что возвращаемое значение или постусловие изменилось ожидаемым образом.

Данные и телеметрия

  • Сохраните идентификаторы панели и операции.
  • Сохраните ожидающее действие.
  • Сохраните регистрацию обратного вызова завершения.
  • Сохраните запрос пользователя на закрытие.
  • Сохраните момент освобождения и итоговое состояние.

Для этого статуса также зафиксируйте время UTC, идентификаторы процесса и потока, версию компонента, поколение операции и correlation ID. Не помещайте чувствительное содержимое в журналы; используйте длины, хэши, GUID и разрешённые политикой метаданные.

Правильная обработка и восстановление

Сохраняйте объект панели и обратный вызов живыми, не допускайте уничтожения объекта с незавершённой работой и освобождайте его только после завершения операции или подтверждённой отмены.

Новая попытка после этого статуса должна запускаться вследствие содержательного изменения состояния, а не только потому, что прошло некоторое время.

Практический сценарий

Панель медиамагазина запускает покупку, после чего пользователь закрывает представление. Узел скрывает панель, но удерживает её до завершения обратного вызова транзакции.

Регрессионный тест должен воспроизвести этот статус, проверить все соответствующие выходные данные и состояние, затем измените только решающее условие и убедитесь в обычном завершении или ожидаемом соседнем результате.

Отличие от соседних результатов

Это состояние срока жизни компонента, а не просто сетевое буферирование или общий результат асинхронного API.

Точная классификация этого статуса позволяет выбрать правильный путь ожидания, остановки, повтора, очистки или уведомления пользователя.

Рекомендации разработчикам и администраторам

Когда При передаче результата через границы COM, RPC, управляемого кода, сценариев, драйвера или службы сохраняйте его беззнаковое 32-битное значение. Модульные тесты для этого статуса должны проверять постусловие конкретного кода, а не только успешность по severity.

При обработке этого статуса администратор должен менять только тот компонент или политику, на которые указывают собранные данные. Явно определите, кто отвечает за продолжение, отмену, очистку, резервный путь и сообщение пользователю для этого статуса.

Ссылки

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