Портал Ax2009 и разные браузеры

[Narayana]

При попытке открытия портала браузером Хром в браузере возникает просто белое поле.
При первой попытке обновить окно браузера ничего не меняется. Белое окно остается.
При второй попытке обновления иногда возникает картинка, а иногда не возникает.

То же самое иногда случается в IE9.

Если установить курсор в конце адресной строки, а потом нажать клавишу ввода на клавиатуре, страница появляется всегда.

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

Что же все-таки делать?

[kashperuk]

Может это какой-то аддон в хроме установлен? Типа AdBlock?

[Bergman]

Не работает портал АХ 2009 на хроме, пробовали на нескольких компьютерах, починить не удалось. В сафари то он даже открывается, а вот аксаптовские лукапы не работают.
Так что для наиболее корректной работоспособности шаропоинт поддерживает только IE

[MikeR]

Если хочется чего-то бесплатненького, не пропиетарненького, то смотрите в сторону FF. Он мульти платформенный, с MS SP работает на ура, вот только отчетность будет хромать.

[Narayana]

А кто-нибудь знает, как обстоят дела с просмотром портала Ax2012 в браузерах, отличных от IE?

Это, действительно, проблема SharePoint или только Аксапты?

Если именно SP не работает с дугими браузерами, то ситуация получается довольно глупая. MS создал ведущую web-технологию, которая совместима только с IE ?! Кто ж тогда будет покупать продукт?

[Bergman]

Слышал только о совместимости с браузером safari, об остальных история умалчивает

[Vadik]

Цитата:

Сообщение от Narayana

А кто-нибудь знает, как обстоят дела с просмотром портала Ax2012 в браузерах, отличных от IE?

Internet Explorer 10.0
–or–
Internet Explorer 9.0
–or–
Internet Explorer 8.0
–or–
Mozilla Firefox 11.0 (supported only with Microsoft Dynamics AX 2012 R2)
–or–
Mozilla Firefox 3.5
–or–
Safari 5.1.5

In Microsoft Dynamics AX 2012 R2, the Safari browser is supported by default for end-user tasks in Enterprise Portal. To use the Safari browser with an earlier version of Microsoft Dynamics AX 2012, you must install Microsoft Dynamics AX hotfix 2686124. Enterprise Portal supports Safari only for end-user tasks in the portal. Enterprise Portal does not support Safari for developer or system administrator tasks

AX 2012 system requirements

[Dreadlock]

Цитата:

Сообщение от Narayana

Если установить курсор в конце адресной строки, а потом нажать клавишу ввода на клавиатуре, страница появляется всегда.

С какой стороны начинать лечить это явление, непонятно, равно как и случайность возникновения явления.

У меня такое было, когда я включил состояние сеанса на веб-сервере. Вылечилось перезапуском веб-сервера.

[Narayana]

Цитата:

Сообщение от Dreadlock

У меня такое было, когда я включил состояние сеанса на веб-сервере. Вылечилось перезапуском веб-сервера.

А не можете рассказать поподробнее?
Что означает "включил состояние сеанса"?
То есть, нужно проверить, включено ли и выключить?

К сожалению, перезагрузка IIS не помогает.
Нужно ровно три раза нажать кнопочку обновления страницы, чтобы все появилось.
Глупо как-то. Ну, понятно, если бы, вообще, не работало...

[Dreadlock]

Цитата:

К сожалению, перезагрузка IIS не помогает.

Нет, не перезагрузка IIS, а полностью сервер рестартануть.
Еще пишут про галочку ускорения графики в IE (см. ниже)
и про всякие аддоны в IE, которые можно выключить.

Попробуйте, может поможет.

[Narayana]

Цитата:

Сообщение от Dreadlock

Нет, не перезагрузка IIS, а полностью сервер рестартануть.
Еще пишут про галочку ускорения графики в IE (см. ниже)
и про всякие аддоны в IE, которые можно выключить.

Попробуйте, может поможет.

Про Эксплорер понятно, но в IE все как раз работает. Не работает в Хроме.

Перезагрузка сервера дала такой эффект:

- Первый раз открываем Хром и пытаемся запустить портал из адресной строки.
Картинка портала на долю секунды мелькает, а затем появляется белый пустой фон.
Нажимаем один раз на обновление страницы и страница появляется.
- Закрываем Хром, снова открываем и снова пытаемся загрузить портал.
Снова мелькает на долю секунды и снова белое поле.
Обновляем один раз, - все белое.
Обновляем второй раз, картинка появляется.
- Закрываем Хром, открываем, вводим адрес.
Белый фон. Обновляем до бесконечности, - белый фон.

Но, это все для случая, когда Хром стоит на том же компьютере, что и IIS.
Если пытаться запустить портал в Хроме из интернета, то все всегда одинаково: сначала белое поле, а после одного оновления появляется картинка.
Другие страницы портала, отличные от главной появляются также после одного обновления. В редких случаях после двух.

Такое ощущение, что с этим можно побороться, но идей пока нет.

[Bergman]

Narayana,
возник вопрос, почему именно хром интересует?
Ведь у всех на компьютерах стоит IE, на крайний случай пусть Firefox используют

[Narayana]

Цитата:

Сообщение от Bergman

Narayana,
возник вопрос, почему именно хром интересует?
Ведь у всех на компьютерах стоит IE, на крайний случай пусть Firefox используют

На сайте моей компании прикручен Яндекс-счетчик, по которому можно посмотреть данные о заходящих на сайт браузерах.
Статистика такая:
- Хром 32.34%
- Опера 22.16%
- Эксплорер 16.77% (!!!)
- Файрфокс 15.57%
- остальные мини-браузеры.

Но, конечно, если портал использовать только для B2B с организациями, где заключены соглашения, можно на 100% использовать IE, но у меня система предполагает использование с довольно "дикими" представителями в виде физ.диц. И сдается мне, что они будут пользоваться всем, чем угодно.

А почему именно Хром, - потому что он первый, на чем я решил проверить. Все остальное просто не пробовал.

[Dreadlock]

Прошу прощения, я сразу и не понял, что вы хотите чтобы в хроме работало. У меня подобная ситуация с IE была. Вот по этому адресу есть статья, на мой взгляд как раз то, что вы ищите.
Цитата:
...
One caveat – it seems that with non-IE browsers (not just Mobile Safari) there are some event ordering issues when you navigate within EP where sometimes the page will come up empty and you have to ‘refresh’ the browser in order to actually see the page.

Может добавить это:

PHP код:

<browser refID="safari1plus">
 
        <controlAdapters>
 
            <adapter controlType="System.Web.UI.WebControls.Menu" adapterType="" />
 
        </controlAdapters>
 
    </browser> 


Пример я привел как вариант решения проблемы.

[Dreadlock]

Или вот еще:

I know this is an old thread, but I believe I have a solution that works.

In the master page (AOT/Web/Web files/Static Files/defaultax), there is a control that makes a page auto-refresh, whenever you use the back button on the browser.

<Dynamics:AxRefreshOnBackButton ID="AxRefreshOnBackButton1" runat="server" />

You can either remove this (and loose the function on ie8), or you can add the following script just before the </body> tag
<script language="javascript" type="text/javascript">
    setTimeout(showAspForm, 500);
   
    function showAspForm() {
        if (!DynamicsCommon.IsNull($get('__axr_iframe')) && $get('aspnetForm').style.display == 'none') {
            $get('aspnetForm').style.display = '';
        }
    }

</script>

"push" the changed file to the filesystem, and it should work with all the browsers.

Only thing is, that a page still won't auto-refresh-on-back on any new browsers. (this only works in ie8)

Источник

[Narayana]

Цитата:

Сообщение от Dreadlock

Прошу прощения, я сразу и не понял, что вы хотите чтобы в хроме работало. У меня подобная ситуация с IE была. Вот по этому адресу есть статья, на мой взгляд как раз то, что вы ищите.
Цитата:
...
One caveat – it seems that with non-IE browsers (not just Mobile Safari) there are some event ordering issues when you navigate within EP where sometimes the page will come up empty and you have to ‘refresh’ the browser in order to actually see the page.

Может добавить это:

PHP код:

<browser refID="safari1plus">
 
        <controlAdapters>
 
            <adapter controlType="System.Web.UI.WebControls.Menu" adapterType="" />
 
        </controlAdapters>
 
    </browser> 


Пример я привел как вариант решения проблемы.

Как-то хотелось бы разобраться с причинами явления, нежели чем натягивать сверху код для компенсации.

Сдается мне, что эффект связан с применением метода идентификации пользователя. И именно анонимного.

Попробовал поэкспериментировать с обычным сайтом на ШэйрПоинте, - ничего такого, открывается в Хроме нормально.