Есть ли у вас какие-либо HttpHandlers или модули, зарегистрированные в веб-конфигурации, которые изменяют визуализированный HTML-код перед его отправкой пользователю?
Это часто могут быть:
Может быть стоит посмотреть.
С какой версией .NET вы компилируете? Что произойдет, если вы измените свою сборку на более старую или более новую версию? (не уверен, что это сработает, но стоит попробовать)
Если это все еще происходит, я думаю, вы должны опубликовать ошибку об этом в Microsoft Connect . Они должны вернуться к вам довольно быстро.
согласно этому сообщению:
http://bytes.com/topic/asp-net/answers/861764-invalid-viewstate-system-string-decryptstringwithiv
кажется, что проблема вызывается способом, которым браузеры представляют страницы по-другому, когда doctype не указан.
Вот другое интересное сообщение, которое я нашел на этом предмете, все еще решение хотя:
http://blog.aproductofsociety.org/?p=11
на вышеупомянутой странице это имеет "Ответ. Кэш. SetNoStore ()" как возможное решение в комментариях, я попробую, это рядом с видит, помогает ли он.
Я из команды ASP.NET - мы ищем клиента, готового работать с нами над исследованием этой проблемы. Если кто-то может достоверно воспроизвести проблему, запрашивая собственные страницы и проверяя журналы, и желает работать с нашей группой поддержки, ответьте или отправьте мне прямое сообщение. Спасибо!
Microsoft ответила на эту проблему:
Примечание - это ошибка в Internet Explorer 8. Группа разработчиков Internet Explorer изучает эту проблему.
- = Impact = - На данный момент, мы считаем, что проблема не влияет на работу конечного пользователя с веб-приложением; единственный отрицательный эффект - это ложные / искаженные запросы, отправляемые механизмом спекулятивной загрузки JavaScript. Когда сценарий действительно нужен синтаксическому анализатору, он будет правильно загружен и использован в это время.
- = Обстоятельства = - Ложный запрос появляется только в определенных временных ситуациях, только когда тег META HTTP-EQUIV содержащий Content-Type с директивой CHARSET появляется в документе, и только тогда, когда URL-адрес SRC JavaScript охватывает 4096-й байт тела ответа HTTP.
- = Обходной путь = - Следовательно,
[META HTTP-EQUIV = "Content-Type" CONTENT = "text / html; charset = utf-8"]
Вместо этого в теге заголовка отправьте следующий заголовок ответа HTTP:
Content- Тип: текст / html; charset = utf-8
Обратите внимание, что указание кодировки в заголовке HTTP приводит к повышению производительности во всех браузерах, поскольку синтаксическим анализаторам браузера не нужно перезапускать синтаксический анализ с самого начала при обнаружении объявления набора символов. Кроме того, использование заголовка HTTP помогает смягчить определенные векторы атак XSS.
ПРИМЕЧАНИЕ: Поступали сообщения, что эта проблема все еще возникает, когда META HTTP-EQUIV отсутствует на странице. Мы обновим этот комментарий, когда у нас будет дополнительное расследование. Отправлено Microsoft 30.06.2009, 12:25