У снятой заявки не заполняется поле canceled_uid

Страницы: 1
RSS
У снятой заявки не заполняется поле canceled_uid, если заявка снята вскоре после выставления
 
Пример
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
 
С учетом sleep(1) есть неиллюзорные шансы, что мейн завершается раньше sendTransaction из колбека. Что будет, если в OnTransReply строку run = nil перенести после sendTransaction?
 
Цитата
Anton написал:
мейн завершается раньше sendTransaction из колбека
Как это должно повлиять на заполнение поля сервером?
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
Старатель написал:
сервером
Зе пойнт что уже во время sendTransaction в колбеке скрипт мертв и что там серверу на самом деле посылается - загадка. Но это предположение.
 
Цитата
Anton написал:
Что будет, если в OnTransReply строку run = nil перенести после sendTransaction?
Можно эту строку вообще убрать, без разницы.

Цитата
Anton написал:
Зе пойнт что уже во время sendTransaction в колбеке скрипт мертв и что там серверу на самом деле посылается - загадка.
KILL_ORDER посылается, раз заявка снята. А заполнение полей в заявке - это уже дело сервера.
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
Старатель написал:
Можно эту строку вообще убрать, без разницы.
Значит предположение было неверным.
 
Я не понял где именно не заполняется canceled_uid
Вы его в скрипте где-то считываете? или смотрите в таблицу заявок?
 
Старатель, добрый день!

Действительно наблюдаем подобное поведение.
Уточните, пожалуйста, версию терминала, на котором была обнаружена проблема.
 
swerg,
canceled_uid - это UID снявшего заявку. Смотреть можно в скрипте или в визуальной таблице заявок.

Цитата
Roman Azarov написал:
Уточните, пожалуйста, версию терминала, на котором была обнаружена проблема.
Версия любая, вплоть до 8.11
Надо делать так, как надо. А как не надо - делать не надо.
 
Старатель,

Проблема изучается. Постараемся в ближайшее время дать ответ.
 
Старатель, здравствуйте!

Дополнительно просим направить следующую информацию, необходимую для анализа проблемы, на почту нашей поддержки (quiksupport@arqatech.com):
- наименование Вашего брокера
- адрес сервера, при подключении к которому была замечена данная проблема
- Ваш UID
- номера заявок, у которых было замечено данное поведение (не приходит значение поля "UID снявшего заявку")

Также, в письме просим указать ссылку на данную тему форума.
Заранее благодарим.
 
И ещё: у снятой заявки в результате транзакции "MOVE_ORDERS" вообще не заполняется UID снявшего.

Цитата
Roman Azarov написал:
Действительно наблюдаем подобное поведение.
Я не понял: наблюдаете или нет? Запустите предложенный скрипт на своём демо.
Надо делать так, как надо. А как не надо - делать не надо.
 
В боевом квике v.8.11 для "KILL_ORDER" вопрос снимается.
Для "MOVE_ORDERS" актуально.
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
Старатель написал:
Для "MOVE_ORDERS" актуально.
Видимо, canceled_uid = 0 - торговая система.
Вопрос можно пока закрывать, спасибо.
Надо делать так, как надо. А как не надо - делать не надо.
 
Хотя инициатором "MOVE_ORDERS" был пользователь. Иногда, не сразу разберёшь...
Логичнее всё же проставлять canceled_uid
Надо делать так, как надо. А как не надо - делать не надо.
 
Старатель,

Цитата
Старатель написал:
В боевом квике v.8.11 для "KILL_ORDER" вопрос снимается.Для "MOVE_ORDERS" актуально.
Повторимся, для анализа проблемы необходима ранее запрошенная информация.
 
Цитата
Старатель написал:
Я не понял: наблюдаете или нет? Запустите предложенный скрипт на своём демо.

Согласитесь, то, что речь про демо-сервер - вообще не очевидно было по вопросу.
А проблема скорее всего именно в сервере, который не заполняет, потому и важно уточнить какой он.
 
Roman Azarov,
В заявках, снятых транзакцией "KILL_ORDER", не заполняется UID снявшего, если транзакция снята вскоре после выставления. В 8.11 наблюдается в junior.
В заявках, снятых в результате транзакций "MOVE_ORDERS" на FORTS и "Изменение заявки" на ФР, UID снявшего не заполняется в любом случае. Наблюдается как на демо, так и на боевом.

Будете ли вы это исправлять в своём ПО - это ваше решение.
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
swerg написал:
Согласитесь, то, что речь про демо-сервер
Да, как оказалось, отсутствие canceled_uid в заявках для "KILL_ORDER" относится к только демо-серверу.
В боевом квике все заявки без canceled_uid были сняты "MOVE_ORDERS".
Надо делать так, как надо. А как не надо - делать не надо.
 
Старатель,

Проблема изучается. Постараемся в ближайшее время дать ответ.
 
Старатель, добрый день!

По вашему обращению мы диагностируем проявление ошибки в серверном ПО QUIK, в результате которой при быстром снятии заявки по классу QJSIM на демо-сервере, не прописывается canceled_uid на снятой заявке.
Мы постараемся исправить эту ошибку в одной из ближайших версий серверного ПО QUIK.

Приносим вам свои извинения за доставленные неудобства.
 
А незаполненный canceled_uid для MOVE_ORDERS это не ошибка?
 
Незнайка, добрый день!

Данная проблема нами не разбиралась.
Вынуждены повториться (в третий раз в данной теме), для ее анализа необходимо:
Цитата
Roman Azarov написал:
Дополнительно просим направить следующую информацию, необходимую для анализа проблемы, на почту нашей поддержки ( quiksupport@arqatech.com ):
- наименование Вашего брокера
- адрес сервера, при подключении к которому была замечена данная проблема
- Ваш UID
- номера заявок, у которых было замечено данное поведение (не приходит значение поля "UID снявшего заявку")
- дата наблюдения проблемы
Также, в письме просим указать ссылку на данную тему форума.
Если Вы наблюдаете у себя описанное ранее в ветке, просьба предоставить запрошенную информацию.
 
Цитата
Roman Azarov написал:
Если Вы наблюдаете у себя описанное ранее в ветке
Вы не наблюдаете?
Хотите сказать брокер косячит?
 
Незнайка, здравствуйте,

Прошу прощения, действительно, упустили из виду тот момент, что проблема с MOVE_ORDERS на срочном рынке воспроизводится также и на нашем учебном сервере.
Проблема изучается, постараемся в ближайшее время дать ответ.

Цитата
Незнайка написал:
Хотите сказать брокер косячит?
Что касается боевого сервера брокера, анализ данной проблемы (если она действительно имеет быть) невозможен без запрошенных ранее данных.
 
Для начала надо разобраться заполняется ли вообще поле сервером при перестановке заявок. А то брокер, может, не при делах.
 
Незнайка,

Заполняется.
 
Добрый день,

По вашему обращению мы диагностируем проявление ошибки в серверном ПО QUIK, в результате которой при перестановке заявки на срочном рынке не прописывается canceled_uid на снятой заявке.
Мы постараемся исправить ошибку в одной из ближайших версий ПО.

Приносим вам свои извинения за доставленные неудобства.
 
Так-то не брокер виноват?

Цитата
Старатель написал:
В заявках, снятых в результате транзакций "MOVE_ORDERS" на FORTS и "Изменение заявки" на ФР, UID снявшего не заполняется в любом случае. Наблюдается как на демо, так и на боевом.
Ошибку в серверном ПО QUIK сами найдёте?
Надо делать так, как надо. А как не надо - делать не надо.
 
Старатель, добрый день!

Цитата
Старатель написал:
Так-то не брокер виноват?
Не совсем понимаем, почему данный вопрос адресован нам. Никто не утверждал, что брокер в чем-то виноват.

Проблему с изменением заявки на ФР на тестовом сервере не наблюдаем.
Присылайте скриншоты и номера заявок, будем разбираться.
 
Цитата
Roman Azarov написал:
Не совсем понимаем, почему данный вопрос адресован нам. Никто не утверждал, что брокер в чем-то виноват.
Не совсем понятно, для чего привлекать брокера, когда ошибка в вашем серверном ПО QUIK, не связанная с каким либо конкретным брокером.

Цитата
Roman Azarov написал:
Присылайте скриншоты и номера заявок, будем разбираться.
Это уже без меня. Я не могу быть заинтересован в исправлении ошибок вашего ПО больше, чем вы сами.
Надо делать так, как надо. А как не надо - делать не надо.
 
Старатель,

Цитата
Старатель написал:
Не совсем понятно, для чего привлекать брокера
Важно понимать, что ошибка, проявляющаяся на сервере брокера (не эта в частности), далеко не всегда будет каким-либо образом воспроизводиться у нас (как минимум, без повторения условий воспроизведения со стороны серверного ПО). Разные версии сервера, разные конфигурации и еще много других нюансов. Точно также, устранение проблемы на демо, вовсе не обязательно приведет к скорейшему устранению проблемы на боевом сервере брокера (как минимум потому, что конкретно Ваш брокер не узнает о проблеме и не поторопится ее исправить (иными словами, обновить ПО)).

Цитата
Старатель написал:
Это уже без меня. Я не могу быть заинтересован в исправлении ошибок вашего ПО больше, чем вы сами.
Повторимся, у себя данной проблемы не обнаружили. Речь не о заинтересованности, а о том, что без Вашей помощи (так как обратились именно Вы), проанализировать и устранить ненаблюдаемую проблему не представляется возможным.
Если для Вас данная проблема более не актуальна, то обращение будем вынуждены закрыть.
 
Roman Azarov, о вашей заинтересованности говорит реакция на обращения (не только в этой теме): спустя три недели после сообщения о MOVE_ORDERS:
Цитата
Roman Azarov написал:
Данная проблема нами не разбиралась.

Так ка на самом деле
Цитата
Незнайка написал:
заполняется ли вообще поле сервером при перестановке заявок
или нет? О каких разных конфигурациях вы пишите, когда эта проблема общего характера. И рассматривать её надо не в частном порядке.

Цитата
Roman Azarov написал:
устранение проблемы на демо, вовсе не обязательно приведет к скорейшему устранению проблемы на боевом сервере брокера
MOVE_ORDERS - это ведь проблема не демо, не так ли?
Как только (и если) ошибка будет исправлена, и брокер накатит обновление, canceled_uid будет заполняться и на серверах брокера.
Некоторые брокеры устанавливают обновления сразу после их выпуска, другие - прежде тестируют на своём тестовом контуре.
Это решение брокера, что и когда обновлять.

Цитата
Roman Azarov написал:
обращение будем вынуждены закрыть
Моё дело малое: сообщить об обнаруженной проблеме разработчику ПО. Если это никому не надо, так мне тем более.
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
Старатель написал:
или нет? О каких разных конфигурациях вы пишите, когда эта проблема общего характера. И рассматривать её надо не в частном порядке.

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

Это я вам как коллега коллеге подсказываю.

Я к тому, что, как это модно говорить, "просьба отнестись с пониманием" к запросам о помощи  :wink:
Миру мир и всё такое.
 
swerg, коллега, подскажите, у вас
Цитата
Старатель написал:
В заявках, снятых в результате транзакций "MOVE_ORDERS" на FORTS и "Изменение заявки" на ФР, UID снявшего не заполняется
или только мне это мерещится?
Надо делать так, как надо. А как не надо - делать не надо.
 
Увы, нет возможности на реальном счете (т.е. не на демо контурах) проверить как эти транзакции себя ведут, звиняйте.
Или на демо та же проблема?
Страницы: 1
Читают тему
Наверх