Support Forum

[admin]

Ещё один баг вылез в версии 3.5.53.
Отчёт перестаёт работать (пустой результат), если используемый фильтр содержит кастомное поле, скрытое для юзера из под которого вызывается отчёт.

Хм, тоже довольно сомнительный глюк В TrackStudio если юзер не видит поля, то и фильтровать по нему нельзя - иначе можно угадать значение поля просто серией фильтраций: сначала где значение 1, потом где значение 2 и т.п. Если же по полю стоит условие, а доступа к полю нет, то выводить задачу нельзя - неизвестно, проходит она под условия фильтрации или нет. Скажем, в СУБД если делаем SELECT * FROM x WHERE Y=1, то находятся задачи где строго Y=1, задачи где Y IS NULL не выводятся (NULL тут может означать и "значения нет", "и значение есть, но неизвестно", СУБД эти 2 случая не разделяют).

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

Что на странице subtasks при использовании этого фильтра ?

[olegko]

...
Хм, тоже довольно сомнительный глюк В TrackStudio если юзер не видит поля, то и фильтровать по нему нельзя - иначе можно угадать значение поля просто серией фильтраций: сначала где значение 1, потом где значение 2 и т.п. Если же по полю стоит условие, а доступа к полю нет, то выводить задачу нельзя - неизвестно, проходит она под условия фильтрации или нет. Скажем, в СУБД если делаем SELECT * FROM x WHERE Y=1, то находятся задачи где строго Y=1, задачи где Y IS NULL не выводятся (NULL тут может означать и "значения нет", "и значение есть, но неизвестно", СУБД эти 2 случая не разделяют).

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

Что на странице subtasks при использовании этого фильтра ?

В моём случае никакой фильтрации по скрытому полю нет - просто я хочу чтобы юзеры одной роли это поле видели, а остальные юзеры - нет.
В отчёте используется фильтр типа "report", т.е. в Subtasks его не видно.

А на счёт скрытого отсортированного поля. Прошу пояснить ожидаемую логику. Если админ создал фильтр, задал сортировку по полям - а потом скрыл эти поля от юзеров - что юзер должен получить на выходе?
Варианты:
- юзер не увидит такой фильтр (приемлемо)
- юзер увидит фильтр, но результат будет всегда пустым (очень странно)
- юзер увидит фильтр, результ работы фильтра будет отсортированный список с учётом логики скрытых полей, но юзер эти поля не увидит (наиболее адекватный вариант)

И на счёт типов сортируемых полей - зависит ли результат работы такого фильтра от типа сотрируемого поля (кастомное и некастомное)?
К примеру я могу отсортировать по Priority (некастомное) и скрыть это поле для некоторых юзеров - на выходе будет то же что и в случае кастомного поля?

[admin]

В моём случае никакой фильтрации по скрытому полю нет - просто я хочу чтобы юзеры одной роли это поле видели, а остальные юзеры - нет.
В отчёте используется фильтр типа "report", т.е. в Subtasks его не видно.

А на счёт скрытого отсортированного поля. Прошу пояснить ожидаемую логику. Если админ создал фильтр, задал сортировку по полям - а потом скрыл эти поля от юзеров - что юзер должен получить на выходе?
Варианты:
- юзер не увидит такой фильтр (приемлемо)
- юзер увидит фильтр, но результат будет всегда пустым (очень странно)
- юзер увидит фильтр, результ работы фильтра будет отсортированный список с учётом логики скрытых полей, но юзер эти поля не увидит (наиболее адекватный вариант)

И на счёт типов сортируемых полей - зависит ли результат работы такого фильтра от типа сотрируемого поля (кастомное и некастомное)?
К примеру я могу отсортировать по Priority (некастомное) и скрыть это поле для некоторых юзеров - на выходе будет то же что и в случае кастомного поля?

Да, посмотрим. Наверное, если по полю делается только вывод и сортировка - задачи выводить надо, но поле будет пустым. При сортировке оно тоже будет считаться пустым, т.е. задачи где поле видно будут отсортированы правильно, а где не видно - будут как придется. Сортировать по невидимому значению нельзя - сортировка подразумевает сравнение значений поля у 2-х разных задач, а значения не доступны.
Скрывать фильтр целиком - тоже не очень правильно, т.к. поле может быть для части задач видимо, а для части - невидимо.

Разницы между кастом и не-кастом полями быть не должно.

[olegko]

... Да, посмотрим. Наверное, если по полю делается только вывод и сортировка - задачи выводить надо, но поле будет пустым. При сортировке оно тоже будет считаться пустым, т.е. задачи где поле видно будут отсортированы правильно, а где не видно - будут как придется. Сортировать по невидимому значению нельзя - сортировка подразумевает сравнение значений поля у 2-х разных задач, а значения не доступны.
Скрывать фильтр целиком - тоже не очень правильно, т.к. поле может быть для части задач видимо, а для части - невидимо.

Разницы между кастом и не-кастом полями быть не должно.

Ок, так тоже приемлемо.
Когда будете фиксить, проверьте ещё, что проиходит с вычисляемым нескрытым полем, скрипт которого обращается к скрытому для юзера полю?

[admin]

Седьмую бету выпустили.

[admin]

Выпустили 3.5.56

Новое:
1) Обновили JavaMail до последнего
2) Заменили DBCP Connection Pool на C3P0, ожидается большая стабильность под нагрузкой

Исправлено множество багов, о которых сообщали клиенты после выхода 3.5.51.

[admin]

Выпустили 3.5.68

Наконец-то исправили connection leak и несколько неприятных проблем с фильтрами. Так же система должна заметно быстрее работать, если в дереве много задач (больше 200 тысяч).

[admin]

Выпустили 3.5.73

Исправлены ряд багов с фильтрами и оповещением по e-mail.