Сортировка на listpage при нажатии "Назад" на тулбаре

[DTD]

Стандартная listpage в AX2012, сценарий:

1. Открыть из меню ( нет фильтра)
2. Сделать любой фильтр
3. Сбросить фильтр
4. Вернуться назад кнопкой на тулбаре (ОК - выборка по фильтру из 2)
5. Вернуться еще раз назад, должны просто показыватся все записи как в 1, но Аксапта зависает на час.

В парсере видно что в пункте 5 Аксапта применяет сортировку по полям которые выглядят как сочетание кластерного и главного индекса (например ID + Date + RecId). Для маленьких таблиц незаметно, для больших, если нет индекса по этому сочетанию полей, Аксапта сооветственно уходит надолго в астрал.

Проблема решается добавлением нового индекса, но для очень больших таблиц это не совсем желательно.

Вопрос - можно ли как-то повлиять на эту автоматическую сортировку, убрать например, или это все скорее всего в кернеле, логичнее было бы пофиксить это там а не новым индексом ?

Поиском нашел только одно упоминание этой проблемы, но без решения -http://axforum.info/forums/showthread.php?t=46803.

[DTD]

Похоже сортировка идет по кластерному индексу из всех таблиц запроса, или полей по которым связаны таблицы если exists join.

Например:

1) T1 join T2 join T3 = order by T1.clus1, T1.clus2, T2.clus1, T3.clus1

2) T1 exists join T2 = order by T1.clus1, T1.clus2, T1.relfield

[demoded]

а вот тут посмотрите, дядька не ваш случай пофиксил?
http://instructorbrandon.com/case-of...nctional-hack/

[DTD]

Нет, совсем не то.
Там детали открываются без фильтра по записи выбранной на listpage.
Здесь просто listpage где акспата добавляет сортировку при нажатии кнопки Назад.

[Товарищ ♂uatr]

Добрый день!
Поведёт ли себя кнопка по новому, если у вызывающих меню итемов отключить свойство "CopyCallerQuery"?