Отчет по разработке СФ 0.18.4 за период с 02.07.18 - 13.02.18

Добрый день!

Спешим сообщить, что наша Kanban-доска переехала на Zenhub! Здесь вы найдете все актуальные статусы по планируемым и уже тестируемым issues.

Тем, кто интересуется отчетом за последние две недели с момента начала разработки 2 июля, предлагаем обратить ваше внимание на вкладку Epics, в которой представлены масштабные и ключевые задачи текущей разработки, которые дробятся на более мелкие.

Они представлены ниже:

1. Create system of numerical errors #741 - ошибки текстового типа, которые выдает блокчейн, и которые невозможно распознать (прочесть) на стороне клиента. Решение: выдача иерархической структуры с полным описанием всех уровней, которые привели к ошибке. Ознакомиться с более глубоким анализом нашего разработчика Семена Медведева (@s-medevedev) по ишью вы можете по данной ссылке.
   Одна из ветвей этой задачи сейчас находится в QA и касается непосредственно конвертации ошибок в блокчейне в более доступный для клиентов вид.

2. Plugin for private messenger#750 - создание многофункционального плагина для приватного мессенджера. Детальный план и основные фичи этого плагина ищите по ссылке.
   Заметим, что в In progress на данный момент находится подтаск #805, который представляет собой имплементацию контакт-листа пользователя (тех, с кем общается юзер).

3. Optional node cleanup in terms of old info#744 - избавление от дополнительного типа сборки ноды со специальным флагом компиляции LOW_MEMORY_NODE=true. Для полного конфигурирования ноды в конфигурационный файл будут добавлены дополнительные флаги, позволяющие более гибко настраивать информацию, сохраняемую нодой, что позволит уменьшить объем потребляемой нодой памяти.

По данному ишью в секторе In Progress существует задача:

Add depth history for storing comment contents#796 - возможность задавать такой объем истории тела постов и комментариев, который необходимо хранить. Данная опция позволяет полностью отключить хранение тела постов или хранить тело постов, пока не произошла выплата за пост, или же сохранять тело постов за последние 3 месяца.

Следующие два подтаска вы можете найти в тестировании (QA):

Configuration flag for storing account metadata#794 - Данная задача позволяет конфигурировать хранения метаданных для аккаунтов.
А также Add flag for storing memo in transfer from saving#797

Кроме того, в разделе In Progress можно увидеть один автономный таск:

To filter the history of user operations#742 - фильтрация данных с целью исключения или фильтрования истории операций пользователя. К нам поступает много неуместной информации в связи с чем возникает надобность в создании определенных инструментов, которые бы распознавали тип операции, выполняемой юзером; создавали точное имя операции и black/white-листы. Сейчас можно получать информацию о совершенных пользователем операциях только постранично. После реализации данной задачи чейн сможет фильтровать данные не только по аккаунту, но и по типу совершенной операции.

И, наконец, переходим к независимым issues из раздела QA:

1. Cli_wallet can't sign tx if account have account_auths added #699 - в рамках данной задачи была поправлена старая проблема, по причине которой cli_wallet не мог подписывать транзакции, если у аккаунта в account_auths были прописаны другие аккаунты.
2. Get_discussion_by_feed doesn't fill rebloged_by #816 - исправлена ошибка отображения оригинального реблогера в личной ленте пользователя.

1. Ability to track virtual operations through the client#743 - до реализации данной ишью пользователь мог подписаться на свежие блоки, в которых были исключительно операции, совершенные пользователями. Теперь появится возможность видеть виртуальные операции, совершаемые чейном. Помимо этого в рамках данной задачи мы добавили новую виртуальную операцию, позволяющую видеть награду производителю блока

В данный момент в разделе QA находятся задачи, проходящие ручное тестирование. В ближайшее время команда Golos Core начнет ручное тестирование тех задач, которые сложно покрыть unit-тестами. Следует отметить, что большая задача, связанная с реорганизацией выдачи ошибок, будет особо тщательно ими покрываться. Мы начали постепенно перестраивать внутренние процессы, чтобы по результатам тестирования получать полностью проверенный код, и тем самым гарантировать полное отсутствие ошибок во время эксплуатации.