UTCDateTime в query range value

[БАХ43]

DAX2009
Есть диалоговое окно с парой значений TransDateTime плюс сохраняемый query по некоторым полям таблички RFIDTrans. После нажатия ОК, вызывается метод updateQuery, который добавляет ранг по дате-времени. Все отрабатывает нормально. НО если перед ОК хоть раз нажать кнопку "Выбрать", для смены значений фильтров, то выборка по времени идет на 3 часа раньше (Московская временная зона).

protected void updateQuery()
{
    QueryBuildDataSource    qbdsRFID;
    QueryBuildRange         rangeTransDateTime;
    str                     dateTimeRange;
    ;
    qbdsRFID     = queryRun.query().dataSourceTable(tablenum(RFIDTrans));
    fromDateTime = DateTimeUtil::removeTimeZoneOffset(fromDateTime, tz);
    toDateTime   = DateTimeUtil::removeTimeZoneOffset(toDateTime, tz);
    
    rangeTransDateTime  = qbdsRFID.addRange(fieldnum(RFIDTrans, TransDateTime));
    dateTimeRange = SysQuery::range(fromDateTime, toDateTime);
    rangeTransDateTime.value(dateTimeRange);

при этом переменная dateTimeRange идентична в обоих случаях. Такое ощущение, rangeTransDateTime.value в разных случаях отрабатывает по разному.
Кто-нибудь сталкивался с подобным?
ЗЫ: Поковырялся в свойствах типа данных TransDateTime, нашел свойство TimezonePreference. Если его выставить в No Conversion, тогда запрос формируется корректно и после нажимания кнопки "Выбрать", но при этом в форме RFIDTrans время начинает отображаться по Гринвичу, что в общем-то правильно, но неудобно.

[belugin]

1) точно ли нужен removetimezine offset
2) если сдампить queryRun.query.xml() до и после нажатия на кнопку - есть ли разница?

[БАХ43]

xml отличается только версией. Version="24" или Version="23", вдругой раз получилась пара 25-26.
Все остальное идентично, в том числе и тэг <range Name="TransDateTime" Table="RFIDTrans" Field="TransDateTime" Value=""10.05.2018 18:00:00".."11.05.2018 06:00:00"" Label="" Status="Open" Enabled="Yes" />
Причем диапазон в обоих случаях правильный, по гринвичу с 18:00 до 6:00. В вот сам qbdsRFID в дебагере имеет диапазон (после нажатия "Выбрать") с 15:00 до 3:00:
NAME:
qbdsRFID
VALUE:
SELECT FIRSTFAST * FROM RFIDTrans WHERE ((TransState = 4 OR TransState = 2)) AND ((TagType = 19)) AND ((EpcObjectType = 30 OR EpcObjectType = 4)) AND ((RLProcessStage = 2 OR RLProcessStage = 0)) AND ((TransDateTime>='2018-05-10T15:00:00' AND TransDateTime<='2018-05-11T03:00:00')) JOIN FIRSTFAST * FROM InventDim WHERE RFIDTrans.InventDimId = InventDim.inventDimId AND ((InventLocationId = N'БСОХ'))
TYPE:
QueryBuildDataSource

[БАХ43]

Цитата:

1) точно ли нужен removetimezine offset

Судя по логике как раз отрабатывает правильно после нажатия "Выбрать". Тогда removetimezine offset действительно не нужен. Такое ощущение, что ставили эту заплатку, на случай когда "Выбрать" не нажимается (это 90% случаев).
Отчет писал не я, досталось по наследству.

[БАХ43]

Который раз убеждаюсь, что с проблемой надо переспать. Вчера полдня голову ломал, сегодня за 2 минуты разобрался. Этот код в обоих случаях работает одинаково:

    queryRun.query().removeTimeZoneOffset(true);
    qbdsRFID     = queryRun.query().dataSourceTable(tablenum(RFIDTrans));
    qbdsRFID.addRange(fieldnum(RFIDTrans, TransDateTime)).value(SysQuery::range(fromDateTime, toDateTime));

Или так, если кому-то нравится:

    queryRun.query().removeTimeZoneOffset(false);
    qbdsRFID     = queryRun.query().dataSourceTable(tablenum(RFIDTrans));
    fromDateTime = DateTimeUtil::removeTimeZoneOffset(fromDateTime, tz);
    toDateTime   = DateTimeUtil::removeTimeZoneOffset(toDateTime, tz);
    qbdsRFID.addRange(fieldnum(RFIDTrans, TransDateTime)).value(SysQuery::range(fromDateTime, toDateTime));