DarlokAg (Все сообщения пользователя)

Добрый день. Уже скоро год будет проблеме с зависанием ответов на транзакции в серверной части.
Интересует - будет ли проблема исправлена вообще. И Сколько лет ждать фикса?
Наши пользователи уже отказываются от использования Quik для автоматической торговли из нашей программы теханализа.

Уже месяц прошел, но проблема все еще актуальна. Когда ориентировочно ждать фикса проблемы?

Спасибо. Будем ждать. А фикс будет в терминале или trans2quik.dll?

Если сообщите, куда можно прислать, могу дать полные логи и дампы от остальных ситуаций пользователей.
Проблема так-же пару раз воспроизвелась у нас на демо-доступе. В обоих случаях отменяемая заявка примерно в этоже время исполнялась или отменялась.

В приведенном дампе отменяет стоп-заявка, котрая была размещена секундой ранее. Эта заявка в момент отправки транзакции на отмену была активна.
Проблема проявляется редко. Общего в ситуациях, когда проблема проявляется - когда через АПИ часто рамещаются и отменются заявки (каждую секунду или чаще.

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

Так что к моменту поступления транзакции на отмену. скорее всего жанная заявка была отменена, но мы об этом еще не узннали.
И да, стаус "отмена" мы получили сразу после отправки второк команды на отмену по этомуже ордеру.

[0x07F4][0x2E0C](13.09.2018 - 17:43:15.057)=> CQuikATPlugin::NotifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.135)  On Order State[PreSubmitted] {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=StopLimit PR=68438.000000, QTY=10 TIF=20180913} - исходная заявка
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.135)  Notify State[PreSubmitted] to MC {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=StopLimit PR=68438.000000, QTY=10 TIF=20180913}
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.157)<= CQuikATPlugin::NotifyOrder Object = 0x0000000005197110 Time = 99.504821
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.162)=> CQuikATPlugin::ModifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.163)  ModifyOrder MCID[60] {Order OA=Sell OC=Stop SP=68438.000000 LP=68438.000000 QTY=10 TIFUNSPECIFIED}

[0x07F4][0x2E0C](13.09.2018 - 17:43:15.164)  Canceling old order MCID[60]- отправка по ней транзакции на отмену в первый раз

[0x07F4][0x2E0C](13.09.2018 - 17:43:15.209)  Canceling Order QKID[404869834] {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=Stop PR=68438.000000, QTY=10 TIF=}
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.210)<= CQuikATPlugin::ModifyOrder Object = 0x0000000005197110 Time = 47.375117
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.337)=> CQuikATPlugin::ModifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.338)  ModifyOrder MCID[60] {Order OA=Sell OC=Stop SP=68446.000000 LP=68446.000000 QTY=10 TIFUNSPECIFIED}
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.339)  Canceling old order MCID[60]- отправка по ней транзакции на отмену во второй раз
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.391)  => CQuikATPlugin::NotifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.469)    On Order State[Cancelled] {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=StopLimit PR=68438.000000, QTY=10 TIF=20180913} - пришла отмена, надо пологать от первой попытки отмены
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.470)    Cancel for Modified Order need Replace
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.470)    ReplaceOrder MCID[60]
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.471)    Place As StopLimit order

Номер проблемной стоп-заявки в терминале 404869834

К сожалению брокера не могу сообщить, так как проблема проявилась у пользователя, а не у нас. Но пользователи с такой проблемой приходят реггулярно. Первое обращение с подобной проблемой зарегестрировано 07.12.2017. До этого пользователи проблем с зависанием АПИ не приносили.
С тех пор было несколько десятков случаев (это только те, что принесли нам пользователи).
Мы пытались решить эту проблему использованием асинхронных транзакций вместо синхронных, но это так-же не решило проблему, так как при размещении ордеров мы вынуждены ждать ID размещенного ордера и ошибки, если размещение провалилось.Но иногда ответ на нашу транзакцию ни когда не призодит или приходит ответ на предыдущую транзакцию.

Аналогичная проблема с транзакцией отмены ордера (и не только, а также размещения) в последнее время стала проявляться довольно часто.
Хотелось-бы чтобы эта проблема была исправлена, так как происходит зависание на вечно и тоговля останавливается.

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

Дамп на проблема с зависание синхронной транзакции на отмену прилагаю
dmp.zip