Новые версии TrackStudio

Обсуждаем TrackStudio по-русски

Re: Новый баг в фильтрах в версии 3.5.53

Postby admin » Thu Jul 16, 2009 11:23 am

olegko wrote:
admin wrote:Хм, не понял. Если в фильтре указано фильтровать по нескольким полям и хотя бы одного из этих полей нет, то задача не должна выводится. Когда-то давно она выводилась, это был баг и его уже относительно давно исправили :-)

Не согласен :)
Если в фильтре указано "Отображать все (любые) значения поля", то выборка должна включать также и его(поля) отсутствие.
В любом случае мне кажется раньше было логичнее чем сейчас. И практичнее. Сейчас нет никакой возможности вывести в один фильтр две записи разных категорий с разными кастомными полями.

Вернуть никак нельзя? :)


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

Другой момент - у нас поиск по разным полям работает как "И", а значение внутри поля - как "ИЛИ". И с этой точки зрения логично считать правильным нынешний вариант: если какие-то условия указаны, то они все должны быть, а не выбираться И/ИЛИ по малопонятным в общем-то критериям.


Сейчас можно использовать скрипт, который бы проверял разные поля, учитывал бы их наличие и возвращал бы 1 если задача проходит и 0 если не проходит. Или в самом деле вариант с 2 фильтрами.
Maxim Kramarenko (mailto: maximkr@trackstudio.com)
TrackStudio - Hierarchical Bug & Issue Tracking Software
http://www.trackstudio.com
admin
Site Admin
 
Posts: 7305
Joined: Thu Jan 01, 1970 3:00 am
Location: Smolensk, Russia

Re: Новый баг в фильтрах в версии 3.5.53

Postby olegko » Thu Jul 16, 2009 12:19 pm

admin wrote:... Логика тут такая: когда пользователь выбирает, что его интересуют задачи с такими-то полями, то он может не знать, что они принадлежат разным workflow. В итоге он фильтрует, ему выводится список задач где эти поля как бы имеют нужное значение, а на самом деле в этих задачах таких полей вообще нет. Получается логическая ошибка...

Поспорить с такой логикой можно, но наверное это ничего не изменит :)
В принципе не проблема переделать фильтры. Спасибо за быстрый (как всегда) ответ :)
olegko
 
Posts: 374
Joined: Tue Apr 08, 2008 12:56 pm

Ещё 2 бага в версии 3.5.53

Postby olegko » Tue Jul 21, 2009 10:13 am

Нашёл ещё два бага в версии 3.5.53.

1) Если юзеру дать доступ к проекту с другой ролью, то он не "видит" проект и задачи, хотя должен (права на все категории есть).
Баг воспроизводится только, если юзера добавлять в проект, который на 2 уровня ниже (или глубже) проекта, к которому привязаны категории.
Если же у этого юзера сменить "родную" роль(в настройках юзера) на ту, с которой он "заассайнен" в проект, то всё ок.

В версии 3.5.43 такой проблемы не было.

2) Если у юзера сменить "родную" роль(в настройках юзера) на другую, а потом вернуть назад прежнюю, то юзер теряет доступ к проектам, к которым имел доступ ранее. Рестарт TS Server Manager "лечит" эту проблему.

На старой версии TS не проверял.
olegko
 
Posts: 374
Joined: Tue Apr 08, 2008 12:56 pm

Re: Ещё 2 бага в версии 3.5.53

Postby admin » Tue Jul 21, 2009 1:43 pm

olegko wrote:Нашёл ещё два бага в версии 3.5.53.

1) Если юзеру дать доступ к проекту с другой ролью, то он не "видит" проект и задачи, хотя должен (права на все категории есть).
Баг воспроизводится только, если юзера добавлять в проект, который на 2 уровня ниже (или глубже) проекта, к которому привязаны категории.
Если же у этого юзера сменить "родную" роль(в настройках юзера) на ту, с которой он "заассайнен" в проект, то всё ок.

В версии 3.5.43 такой проблемы не было.

2) Если у юзера сменить "родную" роль(в настройках юзера) на другую, а потом вернуть назад прежнюю, то юзер теряет доступ к проектам, к которым имел доступ ранее. Рестарт TS Server Manager "лечит" эту проблему.

На старой версии TS не проверял.


Так, очень интересно. А можете прислать анонимный бекап + как повторить ?
Maxim Kramarenko (mailto: maximkr@trackstudio.com)
TrackStudio - Hierarchical Bug & Issue Tracking Software
http://www.trackstudio.com
admin
Site Admin
 
Posts: 7305
Joined: Thu Jan 01, 1970 3:00 am
Location: Smolensk, Russia

Re: Ещё 2 бага в версии 3.5.53

Postby olegko » Tue Jul 28, 2009 8:09 am

admin wrote:...
Так, очень интересно. А можете прислать анонимный бекап + как повторить ?

Высал всё необходимое на maximkr@trackstudio.com ещё неделю назад. Есть какие новости?
А тот тут ещё парочка багов нарисовалась версии 3.5.53 :)
olegko
 
Posts: 374
Joined: Tue Apr 08, 2008 12:56 pm

Re: Ещё 2 бага в версии 3.5.53

Postby admin » Tue Jul 28, 2009 8:29 am

olegko wrote:
admin wrote:...
Так, очень интересно. А можете прислать анонимный бекап + как повторить ?

Высал всё необходимое на maximkr@trackstudio.com ещё неделю назад. Есть какие новости?
А тот тут ещё парочка багов нарисовалась версии 3.5.53 :)


Да, баги повторяются, но с исправлением закопались и часть разработчиков в отпуске сейчас.

А что еще за парочка ? :-)
Maxim Kramarenko (mailto: maximkr@trackstudio.com)
TrackStudio - Hierarchical Bug & Issue Tracking Software
http://www.trackstudio.com
admin
Site Admin
 
Posts: 7305
Joined: Thu Jan 01, 1970 3:00 am
Location: Smolensk, Russia

Re: Ещё 2 бага в версии 3.5.53

Postby olegko » Tue Jul 28, 2009 8:55 am

admin wrote:...
Да, баги повторяются, но с исправлением закопались и часть разработчиков в отпуске сейчас.

А что еще за парочка ? :-)

Ещё были замечены проблемы с фильтрами:

1) Некоторые старые (ранее созданные) фильтры перестали работать после перехода на версию 3.5.53 (выдают пустой результат). Если же зайти в каждый фильтр и просто нажать Save - то они начинают работать. Закономерностей чем отличаются нерабочие фильтры от рабочих не нашёл.

2) Не работает фильтр выдающий кастомные поля в корневом проекте для юзера, который добавлен в подпроект (на 1 уровень ниже корневого проекта) с другой ролью.
Т.е. этот же фильтр в подпроекте работает.
И аналогичная ситуация, но с фильтром без кастомных полей - тоже ОК.
В прошлой версии (3.5.45) фильтр работал.
Возможно баг связан с описанным ранее багом (юзер не видит проект и задачи, если он добавлен в в проект с другой ролью, который на 2 уровня ниже (или глубже) проекта, к которому привязаны категории).
(надеюсь моё описание понятно :) )
olegko
 
Posts: 374
Joined: Tue Apr 08, 2008 12:56 pm

Postby Tr1aL » Fri Jul 31, 2009 11:17 pm

Здравствуйте.
1. Проблема с видимостью задач в вашем случае заключается в том, что не хватает прав.
Вам нужно для категории "Folder: Sub-unit" для группы QA Lead (из под которой задачи не видны) поставить разрешения (permissions) can view = All.
Дело тут в специфике TS - при создании ACL и переопределении статусов - НЕОБХОДИМО, чтобы для изначального статуса (того, который переопределяем) были установлены права на просмотр. В любом случае из-за прав доступа пользователь задачи "выше по дереву" не увидит, а дочерние смотреть сможет, а это условие является обязательным.

2. Проблемы с фильтрами - базу вы нам присылали, приведите пример воспроизведения на ней пожалуйста (how to).
Tr1aL
TrackStudio Support
 
Posts: 60
Joined: Tue Apr 15, 2008 10:48 pm
Location: Smolensk

Postby olegko » Mon Aug 03, 2009 9:38 am

Tr1aL wrote:Здравствуйте.
1. Проблема с видимостью задач в вашем случае заключается в том, что не хватает прав.
Вам нужно для категории "Folder: Sub-unit" для группы QA Lead (из под которой задачи не видны) поставить разрешения (permissions) can view = All.
Дело тут в специфике TS - при создании ACL и переопределении статусов - НЕОБХОДИМО, чтобы для изначального статуса (того, который переопределяем) были установлены права на просмотр. В любом случае из-за прав доступа пользователь задачи "выше по дереву" не увидит, а дочерние смотреть сможет, а это условие является обязательным..

Да, действительно, так работает. И вроде всё логично, однако почему в версии 3.5.43 работало без этих дополнений? 8O

Tr1aL wrote:2. Проблемы с фильтрами - базу вы нам присылали, приведите пример воспроизведения на ней пожалуйста (how to).

Проблема актуальна для фильтров из проекта #1371 - ни один из них не работает без пересохранения.
olegko
 
Posts: 374
Joined: Tue Apr 08, 2008 12:56 pm

Postby olegko » Wed Aug 12, 2009 2:27 pm

Ещё один баг вылез в версии 3.5.53.
Отчёт перестаёт работать (пустой результат), если используемый фильтр содержит кастомное поле, скрытое для юзера из под которого вызывается отчёт.
Детали:
- Кастомные поля привязаны к workflow.
- Использовался фильтр типа "report" в отчёте типа "list"
- Под админом (видит все поля) отчёт работает.
- Если дать юзеру видеть это скрытое поле - тоже работает.
- Ранее отчёт работал со скрытым полем (версия 3.5.45).

Что-то вы ребята намудрили с последними обновлениями :)
Обновлялся раз семь, от версии 3.5.23 - это впервые столько глюков вылезло.
olegko
 
Posts: 374
Joined: Tue Apr 08, 2008 12:56 pm

PreviousNext

Return to TrackStudio Support [Russian]

Who is online

Users browsing this forum: No registered users and 1 guest