Отправьте баги в Майкрософт

[petr]

В таблице валют (GL - Setup - Exchange rates) не работает переход к главной таблице по полю "ISO currency code", т.к. этого справочника (таблица ISOCurrencyCode) нет соответствующей формы.

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

У нас тут особо смышленные пользователи уже сообщают об этом как о баге

[kashperuk]

Цитата:

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

В таблице валют (GL - Setup - Exchange rates) не работает переход к главной таблице по полю "ISO currency code", т.к. этого справочника (таблица ISOCurrencyCode) нет соответствующей формы.

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

У нас тут особо смышленные пользователи уже сообщают об этом как о баге

Вы же видели описание в методе jumpRef, правильно?

Цитата:

public void jumpRef()
{
// There is no backing form for the ISOCurrencyCode table so disable the action of the 'Go to the Main Table Form' option
// from the context menu.

// super();
}

[petr]

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

Просто зачем тогда было делать так, чтобы в контекстном меню был пункт - "Перейти к основной таблице", можно же было сделать EDT без отношения (relation) и просто проверять введенное знаяение в validate. Тогда бы у пользователей вопросов и не возникало.

P.S.

Цитата:

// There is no backing form for the ISOCurrencyCode table so disable the action of the 'Go to the Main Table Form' option
// from the context menu.

Так не удаляет же комментирование вызова супер перехода к основной таблице - он регулируется только связями (на таблицах и EDT)

[kashperuk]

Цитата:

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

Уже сообщил в MS. Первый раз написал туда год назад, еще для 4.0. Так вот, в 4.0 исправили, а в AX2009 - нет. Работают, дескать, по приоритетам, так что по 4.0 до этого приоритета уже дошли, а по 2009 - еще нет.

Цитата:

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

DAX2009

Reports\ProdRouteCard\initFromCaller()

...
    if (_args  &&  _args.caller())
    {
        showDialog      = false;
        prodUpdRelease  = _args.caller();

        prodParmRelease = prodUpdRelease.parmParmBuffer();
        queryBuildRangeProd.value(prodParmRelease.ProdId);

        if (prodParmRelease.SetupPrintRouteJob /*SetupPrintRouteCard ??? */ )
            element.printJobSettings().unpackPrintJobSettings(prodParmRelease.SetupPrintRouteJob /*SetupPrintRouteCard ??? */);
    }

В четверке это исправление есть на syp слое.

Цитата:

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

DAX2009:

Classes\ProdMultiScheduling\Methods\initParmBuffer

void  initParmBuffer(ProdParmScheduling  prodParmScheduling)
{
    ProdParmScheduling saveProdParmScheduling;
;
    saveProdParmScheduling.data(prodParmScheduling);
    prodParmScheduling.data(standardParmScheduling);

    prodParmScheduling.ParmId           = saveProdParmScheduling.ParmId;
    prodParmScheduling.RecId            = saveProdParmScheduling.RecId;
    prodParmScheduling.LineNum          = saveProdParmScheduling.LineNum;
    prodParmScheduling.ProdId           = saveProdParmScheduling.ProdId;
    prodParmScheduling.JobStatus        = saveProdParmScheduling.JobStatus;
    prodParmScheduling.ExecutedDateTime = saveProdParmScheduling.ExecutedDateTime;

    prodParmScheduling.SchedMethod      = saveProdParmScheduling.SchedMethod;
    prodParmScheduling.JobId            = saveProdParmScheduling.JobId;
    prodParmScheduling.JobId /* ??? */  = saveProdParmScheduling.WrkCtrIdSched; 

    prodParmScheduling.AutoUpdate       = autoUpdate;
}

Цитата:

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

Да регистрировал я уже эту х..ню. В 4.0, типа, исправили, а в 2009 - опять на своем месте.

Ребята, конкретно Глеб, а расскажите, в какой версии/сервис паке это починили?
А то я пытаюсь найти, но ни в 4.0, ни в 4.0 SP1 не нашел.

[petr]

Classes\ProdMultiScheduling\Methods\initParmBuffer - эту багу в четверке (во всяком случае в SP2) не починили. Может в dis слое починили, но я чесно говоря не знаю, где скачать актуальный dis слой для четверки.

Евгений, насколько я понял, писал про Reports\ProdRouteCard\initFromCaller(), для которого на syp слое в четверке исправление есть.

[kashperuk]

Цитата:

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

Classes\ProdMultiScheduling\Methods\initParmBuffer - эту багу в четверке (во всяком случае в SP2) не починили. Может в dis слое починили, но я чесно говоря не знаю, где скачать актуальный dis слой для четверки.

Евгений, насколько я понял, писал про Reports\ProdRouteCard\initFromCaller(), для которого на syp слое в четверке исправление есть.

На syp слое в 4ке - это в SP2, то есть?

[petr]

Я не помню куда инсталировался SP1, но в нем в основном были добавление типа AIF, а не исправления багов, так что скорее всего SYP слой в четверке - это SP2. Точнее я не знаю, может кто-нибудь более осведомленный просвитит.

[IvanOFF]

MS Dynamics AX 4.0 SP2EE FP1, а также AX 2009

Classes\ProjTree метод createMaster():

protected void createMaster()
{
    ProjTable   _projTable  = ProjTable::find(parentId);
    ProjTable   _projTableExist;
    ;
    item = new FormTreeItem();

    // BP deviation documented
    item.text(this.text(_projTable));
    select firstonly _projTableExist;
    item.children(_projTableExist ? true : false);
    item.data(parentId);

    item.image(imageList.image(_projTable.image()));
    item.selectedImage(imageList.image(_projTable.image()));

    master  = tree.addItem(0,0,item);

    // treeTreeId.insert(_projTable.RecId, master);  // ??
    // treeRecId.insert(master,_projTable.RecId);    // ??

    // Скорее всего, должно быть так:
    treeTreeId.insert(master,_projTable.RecId);
    treeRecId.insert(_projTable.RecId, master);
}

Это вытекает из метода new() того же класса:

    treeTreeId  = new Map(Types::Integer, Types::Int64);
    treeRecId   = new Map(Types::Int64, Types::Integer);

[kashperuk]

Хорошо бы было, если бы Вы все еще описывали непосредственный сценарий, в котором вы увидели эту ошибку.

Или это большинство ошибок обнаружено просто в результате code review?

[petr]

DAX2009

\Classes\GanttVcWorkdayCollection
сравниваем методы:

public GanttVcWorkday createWorkday(str     _workdayName, // Type: str (up to 1000 chars)
                                    boolean _makeAllDayNonWorking = false)
{
... ... ...
}

public GanttVcWorkday findWorkdayName(Name    _workdayName, // Type: Name (str 60 - max- 60 chars)
                                      boolean _throwErrorIfNotFound = false)
{
... ... ...
}

То же самое в классе GanttVcCalendarCollection, методы

- createCalendar(str _calendarName)
- findCalendarName(Name _calendarName)

P.S.: Возможно в стандарте ошибка и не проявляется, у нас проявилась при использовании классов посторения диаграм Ганта из нашего кода.

[kashperuk]

Цитата:

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

P.S.: Возможно в стандарте ошибка и не проявляется, у нас проявилась при использовании классов посторения диаграм Ганта из нашего кода.

Петр, правильно ли я понял, что вы при создании диаграмм указывали имена Calendar/Workday длиной больше, чем 60 символов? (Причина ошибки, собственно)

[petr]

Цитата:

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

Петр, правильно ли я понял, что вы при создании диаграмм указывали имена Calendar/Workday длиной больше, чем 60 символов? (Причина ошибки, собственно)

Немного не так. Данные классы вызываются из других стандартных классов (ganttClient -> GanttData -> GanttVcWorkdayCollection.

Я в своем коде (если быть полностью точным то он был написан не мной под четверку, я переносил его на пятерку) работаем только с классов GanttClient (ну и его подклассами).

При инициализации нашей формы через load() методы классов GanttClient -> GanttData вызывается в итоге метод createWorkday.

Далее пользователь в форме выбирает рабочий центр (WkrCtrId) и период планирования. Соответвенно эти новые данные передаются класс GanttClient, затем вызывается метод load(), который пересчитывает все внутренне содержимое.

Значение "проблемной" переменной workdayName формируется внутри стандарного функционала и для некоторых работ (ProdRouteJob) формируется из наименований первичного (Primary) рабочего центра плюс последовательно все вторичные (secondary). В нашем случае для одной операции (или работы ProdRouteJob) сформированный идентификатор календаря (workdayName) превысил заданные 60 символов.

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

Вообщем немного коряво получилось описать. На конкретном примере все будет более понятно. Попробую на днях более четко описать проблемы - хотя самое важное и так понятно - хотелось бы, чтобы функции были симметричными - или обо обрезали до 60 символов или обе не обрезали. Инече конструкция из кода, когда вызывается:

If (! aa.findWorkdayName(x))
{
aa.createWorkday(x);
}

Если переменная x имеет длину более 60 символов.

[glibs]

Есть мнение, что в

АОТ\Data Dictionary\Tables\InventDimCombination\Methods\find

В 4.0 это примерно так выглядит

static public InventDimCombination find(
        ItemId     _itemId,
        InventDim  _inventDim,
        boolean    _forUpdate = false)
{
    InventDimCombination inventDimCombination;
    ;
    inventDimCombination.selectForUpdate(_forUpdate);

    select firstonly inventDimCombination
        index hint ItemIdx
        where inventDimCombination.ItemId          == _itemId                   &&
              inventDimCombination.ConfigId        == _inventDim.ConfigId       &&
              inventDimCombination.InventSizeId    == _inventDim.InventSizeId   &&
              inventDimCombination.InventColorId   == _inventDim.InventColorId;

    return inventDimCombination;
}

Не хватает метки
#InventDimDevelop

[glibs]

А еще такой вопрос. Есть ли какое-то объяснение тому, что при удалении записи в карточке номенклатуры не удаляются размеры (InventSize), цвета (InventColor), комбинаци аналитик (InventDimCombination) и баркоды (InventItemBarcode)? А то задолбался уже.

Для этого есть какие-то причины, которые мне в голову пока не приходят, или это очередное проявление разгильдяйства кое-кого?

[kashperuk]

Цитата:

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

А еще такой вопрос. Есть ли какое-то объяснение тому, что при удалении записи в карточке номенклатуры не удаляются размеры (InventSize), цвета (InventColor), комбинаци аналитик (InventDimCombination) и баркоды (InventItemBarcode)? А то задолбался уже.

Для этого есть какие-то причины, которые мне в голову пока не приходят, или это очередное проявление разгильдяйства кое-кого?

Судя по АОТ, должны нормально удалятся. DeleteActions на InventItemBarcode, InventColor, InventSize, ConfigTable существует, тип - Cascade.
В методах delete() аналитик прописано удаление InventDimCombination

Поэтому вроде должно.
Щас перепроверю на новом item каком-то


Только что попробовал следующее:
1. Создать новую номенклатуру, DimGroupId поддерживает Site,Warehouse, Color, Size
2. Создать 2 цвета и 2 размера для нее.
3. Создать комбинации (все 4)
4. Перезашел в АХ
5. Удалил item. Все записи из таблиц удалились.

Так что давай свои repro steps. У меня работает

[glibs]

Ясно. Это все таки бага, которую прибили в 5.0. Спасибо.

[Raven Melancholic]

Интересно, почему в DAX4 для заказов на перемещение (и журналов по ним) нет классов Ax*. Причём, для отгрузочных накладных есть?

[glibs]

А в 5.0 можно сделать, чтобы после создания компании (создав строчку в соответствующей форме или запустив дублирование компании) она появилась в адресной строке без выйти и зайти?

[glibs]

А то, что в плане счетов тип счета Group total игнорирует русские буквы и даже счета с хвостиком ZZ — это фича?

Создать счета
00001
0000s
0000zz
0000р (русская "Р")

В параметрах для итогового счета указать 4 символа.

Создать итоговый счет 0000

Разнести:
00001 - 10
0000s - 20
0000zz - 100
0000р - 200

Посмотреть итог.

Если уж делать малополезные фичи, так, может, качественнее?

[glibs]

Цитата:

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

А в 5.0 можно сделать, чтобы после создания компании (создав строчку в соответствующей форме или запустив дублирование компании) она появилась в адресной строке без выйти и зайти?

Нашел workaround.

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