AX 2009 EP и кнопка Back в IE

[Eloy]

Здравствуйте! Столкнулся со странным поведением кнопки Back (Назад - возврат к предыдущей странице) в Internet Explorer на Enterprise portal. Обычно по кнопке Back можно вернуться на предыдущую страницу, причём если на предыдущей странице были заполненые какие-то поля, то текст в этих полях сохраняется, сохраняется также выбранная страница в разделе форума, фильтры и сортировки и т.п. А на страницах EP тоже всё сохраняется, но только не последнее состояние текстовых полей, фильтров и сортировок, а первое, т.е. первое состояние конторолов, которое было при первом переходе на веб-страницу. Например, я захожу на веб-страницу, заполняю поля (стандартные asp-контролы), в гриде делаю сортировку, перехожу на другую страницу портала, жму кнопку Back и возращаюсь на предыдущую страницу с пустыми полями и исходной сортировкой. Ок. Можно сохранять поля и сортировки в таблицу lastValue и восстанавливать их на Page_Load, но при нажатии кнопки Back событие Page_Load не запускается и никакой код не выполняется.
Можно ли как-нибудь сделать так, чтобы на корпоративном портале по кнопке Back в обозревателе отображалась предыдущая страница в своём последнем состоянии, а не в исходном? В какую сторону копать?

[George Nordic]

Это когда это IE запоминал состояние полей? Говорят, в опере будет поддержка SSP,тогда посмотрим...

С Уважением,
Георгий

[Eloy]

Да вот даже в этой теме. Наберите любой текст в поле быстрый ответ, перейдите по любой ссылке и нажмите кнопку Back - Вы снова увидите свой текст!!
При нажатии кнопки Back любой браузер выполняет последовательно скрипты, записанные в истории. Похоже на Корпоративном портале такая проблема из-за Ajax - браузер не запоминает Ajax скрипты.

[_scorp_]

EnableViewState для asp.net контролов включено?

[Eloy]

EnableViewState включено, PostBack'и нормально отрабатываются, контролы сохраняют своё состояние. Проблема только с возратом назад по кнопке Back.

[Eloy]

Из Википедиии: Pages dynamically created using successive Ajax requests do not automatically register themselves with the browser's history engine, so clicking the browser's "back" button may not return the browser to an earlier state of the Ajax-enabled page, but may instead return to the last full page visited before it. Workarounds include the use of invisible iframes to trigger changes in the browser's history and changing the URL fragment identifier (the part of a URL after the '#') when Ajax is run and monitoring it for changes.