Ошибка в ОСВ по клиентам/поставщикам

[CDR]

Всем привет.

Обнаружил забавный глюк в ОСВ по поставщикам/клиентам. Глюк, судя по всему очень старый (обнаружен и в трешке, и в четверке), но на форуме о нем ничего не нашел.

Суть глюка - при печати ОСВ по клиентам (или поставщикам) в печатной форме пропадает строчка.

Для воспроизведения глюка необходимо:
Сформировать запрос ОСВ по клиентам/поставщикам с произвольными параметрами. Основное требование, что бы в выходной форме было более 40 строк. После того, как запрос сформировался, не просматривая строки, сразу нажать на кнопку "Печать". В печатной форме запомнить позиции с 25 по 35, затем вернуться в форму запроса и посмотреть те же строки с 25 по 35. Если присмотреться, то можно заметить, что в печатной форме пропала одна строчка.

Глюк, вроде как связан с кривеньким кешированием при выводе ОСВ, реализованным нашими горе-локализаторами.

У кого-нить еще наблюдается похожая ситуация?

[Logger]

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

Оказалось все намного хуже .

[gl00mie]

Цитата:

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

Глюк, вроде как связан с кривеньким кешированием при выводе ОСВ, реализованным нашими горе-локализаторами.

Там не то, чтобы кэширование кривенькое, а вроде бы на итераторе, используемом для подтягивания записей в кэш, лишний раз next() вызывается - в смысле вызывается тогда, когда делать этого вообще не нужно.

[CDR]

Цитата:

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

Там не то, чтобы кэширование кривенькое, а вроде бы на итераторе, используемом для подтягивания записей в кэш, лишний раз next() вызывается - в смысле вызывается тогда, когда делать этого вообще не нужно.

Кривенькое-кривенькое... я бы еще сказал и корявенькое...

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

Сходу так и не поймешь, что где и когда кешируется... Не удивительно, что они один из итераторов лишний раз двигают дальше.

Вообщем, один из многих изящных алгоритмов русской локализации. И хороший tutorial как не надо делать в Аксапте.

ПС: Может кто-нить зарегистрирует баг в Майкрософт?

[AlexSD]

Цитата:

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

Кривенькое-кривенькое... я бы еще сказал и корявенькое...

Сходу так и не поймешь, что где и когда кешируется... Не удивительно, что они один из итераторов лишний раз двигают дальше.

Вообщем, один из многих изящных алгоритмов русской локализации. И хороший tutorial как не надо делать в Аксапте.

ПС: Может кто-нить зарегистрирует баг в Майкрософт?

Помнится что-то подобное уже фиксилось. Не подскажете конкретное место, что бы долго не искать?

[Logger]

Удивительно как долго прожил этот баг.

Никто что ли не сверяет, то, что напечаталось в отчет и что вывелось в грид?
Мы только благодаря выгрузке в Excel обнаружили и то - далеко не сразу.

[gl00mie]

Кажется, вот здесь не нужно вызывать reportIterator.next(): \Classes\RLedgerSheetEngine_TurnoverCustVend\reportFetchStart