Не удаляется фильтр по складской аналитике

[sergy]

На формах, где источник данных на основе InventDim связан по innerjoin с какой - нибудь таблицах не удаляется фильтр по аналитеке. Пример: фильтрую по полю номер партии, все нормально срабатывает, а снять этот фильт, находясь на этом же поле не получается, нужно переходить на пример на поле ItemId, главной таблицы. Ошибка наблюдается на формах SalesTable, InventOnHandItem, InventTrans, а на форме InventDim все работает.

Вопрос! Как снять фильтр?

[George Nordic]

Это не inventDim связан по innerJoinу, а наоборот - таблица (Sales/Purch/PriceDisc/InventTrans etc.) связана с этой дополнительной таблицей. Если удалите свясь по аналитике, то все рассыпется. Попробуйте - отображение аналитики - склад/партия и все поймете.

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

[sergy]

Похоже меня не правильно поняли.
Фильтр устанавливается на форме пользователем. Пример: в гриде три строки с партиями П1, П2, П3. Стою на поле InventBatchId со значением П2, выбираю в контекстном меню пункт "Фильтр". В гриде остается одна строка. Чтобы опять увидеть все строки нужно выбрать пункт "Удалить фильтр".
Так вот в моем случае "Удалить фильтр" не срабатывает при вызове контекстного меню на любом поле складской аналитики, но срабатывает на любом поле главной таблицы, например ItemId SalesLine формы SalesTable.

В версии 2.5 такого не было. Может это баг версии 3.0?
Как эту мелкую неприятность из - за которой будет много недовольства пользователей обойти?

[George Nordic]

Хм. Такое ощущение, что executeQuery перекрыт... поройте в этом направлении.

Точнее подсказать не могу

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

[sergy]

У источника данных SalesLine формы SalesTable метод executeQuery не перекрыт. А у вас такой ошибки не возникает. Может быть она у всех?

[leshy]

У нас тоже есть такая бага! Похоже, что это проблема Axapta 3.0

[sergy]

Напишите, плиз, у кого еще есть такая ошибка. После точного определения, что это баг Axapta 3.0 будем все дружно ждать исправления от MS

[Alks]

Не знаю ошибка это или фича, но у нас тоже.
Axapta 3.0 SP2.

[mazzy]

Ошибка не повторяется. Axapta 3.0 SP3

Захожу в Заказы
Выбираю заказ с несколькими строчками.
В строчках разные склады.
Перехожу на закладку аналитика
Устанавливаю фильтр на один из складов.
Фильтр срабатывает нормально (проверяю PgUp|PgDown)
Снимаю фильтр. Фильтр снимается нормально (проверяю PgUp|PgDown)

[mazzy]

Ага... Повторил. Да есть такая бага.

Захожу в Заказы
Выбираю заказ с несколькими строчками.
В строчках разные склады.
Перехожу на закладку Строки
Включаю отображение складов
Устанавливаю фильтр на один из складов.
Фильтр срабатывает нормально (вижу отфильтрованные строчки)
Снимаю фильтр. Фильтр не снимается до тех пор, пока не перейдешь на какое-нибудь поле из salesLine.

sergy, пожалуйста занесите в баглист на http://stopbugs.erpkb.com/
Оставьте свой след.

[sergy]

Ок

[glibs]

Цитата:

Изначально опубликовано sergy
...
Так вот в моем случае "Удалить фильтр" не срабатывает при вызове контекстного меню на любом поле складской аналитики, но срабатывает на любом поле главной таблицы, например ItemId SalesLine формы SalesTable.

В версии 2.5 такого не было. Может это баг версии 3.0?
Как эту мелкую неприятность из - за которой будет много недовольства пользователей обойти?
...

Подумаешь, еще одну ошибку в Аксапте нашли... Это все равно, что какашки в лесу собирать. Не сходя с места обсобираться можно.

Вы на жизнь хотите пожаловаться или проект сделать?

Скажите пользователям, что это особенность системы (и пропишите в инструкции отдельным пунктом как снять фильтр), а если они готовы заплатить, то вы им запрограммируете "большую круглую кнопку".

Можно, конечно, в МБС написать. Но они сначала вам долго будут морочить голову, а потом скажут, что ошибка не критическая (система ж не рушится, база тоже не страдает, да и обойти можно), и ее может быть когда-нибудь исправят.

[sergy]

2 glibs

Проект я уже сделал и не один. И на жизнь жаловаться не привык.

А системных ошибок очень много.

[glibs]

Цитата:

Изначально опубликовано sergy
...И на жизнь жаловаться не привык...

Цитата:

Изначально опубликовано sergy
...А системных ошибок очень много...

"Я анонимки не пишу, но форму доноса знаю"

Чего-то я не очень улавливаю, к чему вы клоните.

[mazzy]

Уважаемые завязывайте ругаться.
Или продолжайте в личной переписке.

[wb]

Цитата:

Изначально опубликовано sergy
Напишите, плиз, у кого еще есть такая ошибка. После точного определения, что это баг Axapta 3.0 будем все дружно ждать исправления от MS

на Axapta 3.0 CIS SP1 есть такое дело, но если для Ваших пользователей критично может добавите на форму кнопку "Обновить" с методом

PHP код:

void clicked()
{   ;
    super();
    SalesTable_ds.research();
    SalesLine_ds.research();
} 


[George Nordic]

Не. В SalesTable лучше element.doRefresh().


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

[wb]

Цитата:

Изначально опубликовано George Nordic
Не. В SalesTable лучше element.doRefresh().


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

где этот doRefresh ?

у меня в axapta 3.0 cis sp1 не нашел.

спасибо.

[George Nordic]

Хм.. да, ни в SP0, ни в SP1 нету
Наверное, "фенечка" 2го SP.
там в форме SalesTable сделали метод:

PHP код:

void doRefresh()
{
    salesTable_ds.reRead();
    salesTable_ds.refresh();

    salesLine_ds.reread();
    salesLine_ds.refresh();
} 


И теперь вызывают его отувсюду почем зря!

На SP0-1 можно такой же вручную написать. Как видите, ничем не отличается, просто автоматизировали рефреш. Сорри, если ввел в заблуждение - я был уверен, что в SP1 он уже был

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