Что означает код HRESULT 0xC00D132F (NS_E_CURL_CANTDECODE)?

Код состояния / ошибки:

Категория:

Имя константы:

Источник:

Подсистема (Facility):

Операционная система:

Описание:

URL содержит символы, которые невозможно декодировать. Возможно, адрес обрезан или неполон.%0

Предыдущий	Следующий
NS_E_CURLHELPER_NOTAFILE	NS_E_CURLHELPER_NOTRELATIVE

NS_E_CURL_CANTDECODE

Исследование `NS_E_CURL_CANTDECODE` без потери первого сбоя

NS_E_CURL_CANTDECODE (0xC00D132F) отмечает условие процентно-кодированные или экранированные данные URL нельзя декодировать как полную допустимую последовательность. Код относится к проверке URL cantdecode, поэтому более позднюю ошибку сети, кодека или метаданных нужно записывать отдельно, а не заменять ею этот результат.

До открытия сокета проигрыватель разбирает URL на схему, authority, узел, порт, путь и экранированные данные при выделении случая cantdecode. Он также может объединять относительную ссылку с базовым URL или преобразовывать файловый URL в путь; для каждой операции действуют свои правила допустимости в контрольной точке cantdecode. В случае NS_E_CURL_CANTDECODE сохраните самый ранний результат нижнего уровня, поскольку оболочки могут сопоставить несколько разных причин одному HRESULT при трассировке пути cantdecode.

Где возникает сбой

В проверке URL cantdecode компонент уже принял предыдущие предусловия, но не может пройти границу, описанную как процентно-кодированные или экранированные данные URL нельзя декодировать как полную допустимую последовательность. Это различие важно: успешное открытие файла, разрешение имени узла или создание объекта COM не доказывает допустимость этой последующей операции при сборе данных о cantdecode.

Наиболее убедительное воспроизведение — сохраните исходный URL и замените только неверную процентную escape-последовательность или недопустимый символ представлением по RFC 3986 до закрытия инцидента cantdecode. Если тот же вызов проходит после этого единственного изменения, данные подтверждают границу NS_E_CURL_CANTDECODE. Если этого не происходит, вернитесь к первой вложенной ошибке, а не расширяйте область исправления при выделении случая cantdecode.

Что доказывает результат анализатора

Результат повторной проверки	Толкование для `NS_E_CURL_CANTDECODE`
Тот же вызов по-прежнему возвращает код	Значения, управляющие проверкой URL cantdecode, не изменились либо вызывающий код по-прежнему использует старое поколение объекта.
Новый объект работает успешно	Время жизни или кэшированное состояние способствовало появлению `NS_E_CURL_CANTDECODE`; исправьте повторное создание объекта вместо применения обходного решения ко всей системе при трассировке пути cantdecode.
Вызов доходит до другого HRESULT	Граница проверки URL cantdecode пройдена. Диагностируйте новый код на его собственной стадии формата, графа, URL, сети или метаданных при сборе данных о cantdecode.
Ошибка возникает только для одного ресурса	Данные указывают на состояние конкретного содержимого, URL, точки публикации, потока, атрибута или объекта, а не на общий отказ до закрытия инцидента cantdecode.

Сохранение исходного и разобранного URL

Что зафиксировать	Как это помогает выделить `NS_E_CURL_CANTDECODE`
Ответственный вызов	Запишите метод API, идентичность объекта, поток или обратный вызов и метку времени для проверки URL cantdecode.
Решающие значения	исходная неизменённая строка, число символов, кодировка, базовый URL при его наличии, разобранные схема, узел, порт и путь, а также требуемая и предоставленная длины выходного буфера при выделении случая cantdecode.
Поколение объекта	Отметьте, когда были созданы объект чтения, записи, граф, объект URL, сеанс потоковой передачи или поставщик метаданных; устаревшее состояние может повторно вызывать `NS_E_CURL_CANTDECODE` после изменения конфигурации.
Первый вложенный результат	Сохраните самый ранний статус кодека, COM, сокета, DNS, анализатора или поставщика до `NS_E_CURL_CANTDECODE`; более поздние сообщения интерфейса менее конкретны.
Случай для сравнения	Используйте один заведомо исправный ресурс, проходящий ту же проверку URL cantdecode, и измените только отклонённое предусловие.

Эксперимент с одним компонентом URL

Запишите 0xC00D132F, NS_E_CURL_CANTDECODE, точную операцию и время первого сбоя при сборе данных о cantdecode.
Сохраните исходную неизменённую строку, число символов, кодировку, базовый URL при его наличии, разобранные схему, узел, порт и путь, а также требуемую и предоставленную длины выходного буфера до закрытия инцидента cantdecode.
Не используйте повторно граф, сеанс, объект чтения или объект метаданных, созданный до изменения соответствующей конфигурации или ресурса в диагностической записи cantdecode.
Выполните один изолированный тест: сохраните исходный URL и замените только неверную процентную escape-последовательность или недопустимый символ представлением по RFC 3986 при выделении случая cantdecode.
Повторите действие через тот же API и тот же протокольный путь; другой проигрыватель или локальная копия полезны только для сравнения, но не доказывают исправление проверки URL cantdecode.
Подтвердите ожидаемое следующее состояние и сохраните любой новый HRESULT как отдельный последующий результат при трассировке пути cantdecode.

Близкие результаты не взаимозаменяемы

Главное различие: Сбой декодирования относится к экранированным октетам; ошибка недопустимого символа может возникнуть до процентного декодирования при контролируемой повторной проверке cantdecode.

Близкий HRESULT	Как его сравнивать
`NS_E_CURLHELPER_NOTADIRECTORY`	Сравните ответственный API и первое отклонённое значение; это соседняя контрольная точка, а не обязательно та же причина, что и у `NS_E_CURL_CANTDECODE`.
`NS_E_CURLHELPER_NOTAFILE`	По состоянию объекта и порядку операций определите, какой код является определяющим, если оба появляются в одной трассировке до закрытия инцидента cantdecode.
`NS_E_CURLHELPER_NOTRELATIVE`	Сохраните этот результат отдельно, если он появляется только после устранения условия `NS_E_CURL_CANTDECODE`.

Действия, вводящие в заблуждение

слепое декодирование и повторное кодирование всего URL может изменить зарезервированные разделители и идентичность ресурса при выделении случая cantdecode.
Не стирайте данные о первом появлении NS_E_CURL_CANTDECODE многократными повторными попытками; обратные вызовы и повторные соединения могут заменить полезное состояние более поздней обобщающей ошибкой в контрольной точке cantdecode.
Не публикуйте учётные данные, материалы защищённого содержимого или полные частные URL при трассировке пути cantdecode. Записывайте обезличенные идентификаторы, длины, хэши и поля протокола, необходимые для воспроизведения проверки URL cantdecode.

Технические источники

Закрывайте инцидент только после того, как исходная операция NS_E_CURL_CANTDECODE успешно выполняется на текущем объекте и наблюдается ожидаемое следующее состояние при сборе данных о cantdecode.

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