Bug tracking

4.2.2.26 - Поломалась склейка данных http://stocksharp.com/forum/4461/4-2-2-26/

чем-то отличается от этого сообщения http://stocksharp.com/fo...annykh-v-poniediel-nik/ ?

конечно:

http://stocksharp.com/fo...annykh-v-poniediel-nik/ - это про невозможность подгрузить историю с прошлой недели в стратегию
http://stocksharp.com/forum/4461/4-2-2-26/ - а это про то, что в ЛЮБОЙ момент времени, если подгружать данные из 2х источников (transaq и гидра), то одни и те же исторические данные не склеиваются, а дважды обрабатываются как различные данные и соответственно дважды отображаются на графике

А что именно в примере не понятно? Ошибка появлялась и в плазе и в куфиде. С хранилищем куфида воспроизводится на специально сделанном примере.

Я еще раз хочу объяснить смысл баг репортинга. Отрепортить можно какой угодно баг. Но если его нельзя воспроизвести, или не понятно как воспроизвести, или даже не понятно о чем баг - смысла в баг репорте не много. Я, конечно, его добавлю в список, но по нему работу не будут вестись.

Чем меньше строчек кода в баг репорте, и чем детальнее баг репорт (например, функция X выдает ошибку при передаче параметра P1 = V1), тем быстрее будет сделан фикс.

Скорость баг фиксинга зависит от вас лично!

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

А теперь взгляни на проблему глазами разрабом. В тысячный раз кто-то предлагает свой проект, в котором сотни строчек кода. Что уже на 1001 раз пропадает все желание дальше разбираться в сути проблемы.

У тебя 3-ий проект, а у меня 1003.

Михаил, ты тут неправ. У тебя один проект - S#.
Не признавать, делать вид, что не понимаешь багов, или просто отрицать, как владельцу проекта нельзя. Посмотри сколько на форуме активных пользователей, которые находят баги - их не так много. Мы все бесплатно, за свой счет стали бета-тестерами, тратим время на описание проблем, а некоторые целые проекты создают, чтобы реплицировать баги.

Все наши баг репорты делают S# лучше и совершеннее, тебе надо только их править и все=)

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

Я имел ввиду проекты пользователей. Что мне шлют.



Если бы это было так, то я бы не стал акцентировать внимание на ошибки и создавать этот топик.[wink]



Не согласен. Пару версий назад в Dispose подключения была ошибка. Отрапортовало сразу несколько пользователей. Суть в том, что каждый пишет тогда, когда он наткнулся на проблему. Другой не наткнулся - помогать в поиске не будет (=моя хата с краю). Поэтому это не вряд ли можно как-то статистически замерять.



Именно так. Забесплатно юзеры и в платных проектах баг репорты пишут. А тут и проект бесплатный. Я ничего лично не жду от пользователей. Все строиться на принципе взаимо выгоды. Выгодно пользователю описать свою ошибку - он опишет. Не выгодно - не опишет.



Вот как раз это делать и НЕ нужно.



Не понял предложения. А сейчас как-то не так?