Bug #4701
closedНужно проверить наличие информации о checkers в документации
100%
Description
в приложенном архиве проект для Requality.
В навигаторе перейти к требованию
/Requirements/13 Declaring messages/Any type can be declared as type of message in a message port type
Кликнуть на него. Ничего не происходит. Однако, если на требование "Any type can be declared as type of message in a message port typ" кликнуть в Outline, то переход произойдет - документ отмотается к требованию, само требование будет подсвечено.
Проект старый, ему уже два года. Возможно, что проблемы в нем.
Files
Updated by Denis Kildishev about 10 years ago
- File ttcn3-edited.zip ttcn3-edited.zip added
В данном случае ошибка возникала в связи с наличием в данном проекте ссылок на уже не существующие фрагменты документа. При этом при нажатии на требование идет попытка открыть ссылку и происходит ошибка. Вероятно подобная проблема произошла из-за ошибок с старых версиях Requality. Обнаружить подобное для проекта можно нажав на нем правой кнопкой и выбрав пункт "Enable Checkers". После этого при загрузке проекта или получении изменений при наличии подобных ошибок около требования появится иконка ошибки. В данном случае ошибка возникла для 5 требований, было исправленно вручную удалением ссылок на несуществующие фрагменты.
Updated by Denis Kildishev about 10 years ago
- Status changed from New to Resolved
Updated by Николай Пакулин about 10 years ago
Денис, как исправить?
Я правильно понимаю, что нужно удалить требования и создать заново?
Updated by Denis Kildishev almost 10 years ago
- Published in build set to 0.16.199
Updated by Denis Kildishev almost 10 years ago
- Subject changed from Не происходит переход к требованию из навигатора to Нужно добавить механизмы проверки проекта на наличие проблемных Location
- Status changed from Resolved to Open
На данный момент проверки нет, нужно проверять для требований в автоматическом режиме наличие свяазанных с ними не существующих фрагментов текста. При наличии выводить иконку ошибки и\или удалять подобные фрагменты
Updated by Denis Kildishev almost 10 years ago
Уточню - подобная проверка есть, но все проверки включаются для проектов вручную путем нажатия правой кнопкой на проекте и выборе пункта EnableCheckers. Предлагаю:
1) Сделать стандартным подобную проверку
2) Дать возможность на глобальном уровне менять состояние данной проверки
При этом стандартно все проекты считать обрабатываемыми по default, а значит, имеющими глобальные настройки. При изменении настроек - хранить измененное состояние
3) Описать механизмы исправления ошибок, для данного примера - позволяющие для требования\ий с неисправными Location удалить их, в более общем случае - берущие информацию об ошибочном элементе и предоставляющие возможный вариант фикса. На данный момент думаю сделать для этого пункт меню в котором будет возможно вызвать подменю включающее в себя все активные для данных элементов фиксы.
Updated by Denis Kildishev almost 10 years ago
- Subject changed from Нужно добавить механизмы проверки проекта на наличие проблемных Location to Нужно добавить механизмы исправления ошибок с проблемными Location
Суммирую по тому что было рассмотрено - проверка есть, но ее нужно включать, на данный момент не предпологается автоматическая проверка. Нужно разработать механизмы исправления ошибок, в том числе - проблемных Location.
Updated by Denis Kildishev almost 10 years ago
- Subject changed from Нужно добавить механизмы исправления ошибок с проблемными Location to Нужно проверить наличие информации о checkers в документации
- Assignee set to Viktoria Kopach
Для документации нужно проверить - есть ли там информация о возможностях по использованию Checkers в проектах. Включаются они нажатием ПКМ на проекте и выбором пункта "Enable Checkers"
Updated by Viktoria Kopach over 9 years ago
- Assignee changed from Viktoria Kopach to Denis Kildishev
В документации это есть.
Updated by Denis Kildishev over 9 years ago
- Status changed from Open to Resolved
- % Done changed from 0 to 100
Значит тикет закрывается
Updated by Alexey Khoroshilov over 9 years ago
- Status changed from Resolved to Closed