Support Forum

[olegko]

Список пожеланий и вопросов.

ПОЖЕЛАНИЯ:
• Categories List. При просмотре списка категорий добавить колонку «состояние категории» (активное/неактивное). Может есь смысл сортировать список категорий по статусу активности, а потом уже по алфавиту? Также в See also подвсечивать неактивные категории другим цветом.

• Custom Filed. User. Улучшить сортировку значений – первыми отображать ранее выбранных юзеров (как в Assignee)

• Custom Filed. User. Предложение – создать возможность выбора роли (как в Assignee). Чтобы можно было выбрать «группу» - для отправки групповой нотификации (сейчас нужно всякий раз выбирать по одному).

• Error 404. Если задача существует, но нет прав для просмотра – сообщать об этом, выдавая отдельную страничку, где будет написано «У вас нет прав» или «Такая задача не существует». Сейчас тупо открывается дефолтный проект, пользователи не понимают, что у них просто не хватает прав.

• Permissions (где есть выбор ролей). Назначение в “Can View/Create/…” (Submitter only / Assignee only) – если условие уже назначено, то повторный клик на кнопку Submitter или Assignee должен отменять условие. Сейчас чтобы отменить нужно нажать All, неудобно, т.к. удаляет предыдущие настройки. Дефект минорный.

• Permissions (где есть выбор ролей). В настройках добавить функционал «Выбрать/Убрать всё» - >> и <<

• Reports. Если в отчёте занал xsl, то по умолчанию выдвать формат XML (сейчас HTML – приходится постоянно руками выбирать)

• User Filter. Было бы хорошо показывать количество отфильтврованых юзеров, как сейчас в задачах

• Effective Roles. Сделать See also. Чтобы было видно какие эффективные роли применяются (оверрайдятся) в проектах ниже. Но не уверен, что идея хорошая

• Effective Roles. Отображение ролей в шапке (Welcome) и возле Operation Assignee. Если эффективных ролей слишком много, то отображение некрасиво получается. Предложение для welcome – показывать лишь часть ролей, а остальные – по дополнительной ссылке. А вот что делать для Operation Assignee? Показывать лишь часть?


ВОПРОСЫ:
• Plugins. Как узнать, какие plugins используются в текущей конфигурации. Скрипты – можно из меню. Было бы хорошо сделать что-то подобное для email шаблонов и xsl файлов. Ну и для иконок Или может есть какой-то способ без модификации TS?

• Users. Как можно изменить некоторые параметры сразу для всех (или части) юзеров? (например дефолтный проект)

• Users. Как вытащить отчёт по юзерам?

• Users. Можно как-то объединить (merge) нескольких юзеров – сделать из двух один?

[Petr]

• Categories List. При просмотре списка категорий добавить колонку «состояние категории» (активное/неактивное). Может есь смысл сортировать список категорий по статусу активности, а потом уже по алфавиту? Также в See also подвсечивать неактивные категории другим цветом.

• Custom Filed. User. Улучшить сортировку значений – первыми отображать ранее выбранных юзеров (как в Assignee)

• Custom Filed. User. Предложение – создать возможность выбора роли (как в Assignee). Чтобы можно было выбрать «группу» - для отправки групповой нотификации (сейчас нужно всякий раз выбирать по одному).

• Error 404. Если задача существует, но нет прав для просмотра – сообщать об этом, выдавая отдельную страничку, где будет написано «У вас нет прав» или «Такая задача не существует». Сейчас тупо открывается дефолтный проект, пользователи не понимают, что у них просто не хватает прав.

• Permissions (где есть выбор ролей). Назначение в “Can View/Create/…” (Submitter only / Assignee only) – если условие уже назначено, то повторный клик на кнопку Submitter или Assignee должен отменять условие. Сейчас чтобы отменить нужно нажать All, неудобно, т.к. удаляет предыдущие настройки. Дефект минорный.

• Permissions (где есть выбор ролей). В настройках добавить функционал «Выбрать/Убрать всё» - >> и <<

• Reports. Если в отчёте занал xsl, то по умолчанию выдвать формат XML (сейчас HTML – приходится постоянно руками выбирать)

• User Filter. Было бы хорошо показывать количество отфильтврованых юзеров, как сейчас в задачах

• Effective Roles. Сделать See also. Чтобы было видно какие эффективные роли применяются (оверрайдятся) в проектах ниже. Но не уверен, что идея хорошая

• Effective Roles. Отображение ролей в шапке (Welcome) и возле Operation Assignee. Если эффективных ролей слишком много, то отображение некрасиво получается. Предложение для welcome – показывать лишь часть ролей, а остальные – по дополнительной ссылке. А вот что делать для Operation Assignee? Показывать лишь часть?

1. добавили.
2. сложно не делали.
3. сложно не делали.
4. уже кто то просил но мы не сделали делать что бы не запутываться.
5. добавили. это равносильно 6.
7. не правили. сам пользователь выбирает.
8. добавили.
9. не делали.
10. тоже не делали. можно выводить которную надпить в хинте целую. но тоже не очень хотяся это делать.

• Plugins. Как узнать, какие plugins используются в текущей конфигурации. Скрипты – можно из меню. Было бы хорошо сделать что-то подобное для email шаблонов и xsl файлов. Ну и для иконок Или может есть какой-то способ без модификации TS?

• Users. Как можно изменить некоторые параметры сразу для всех (или части) юзеров? (например дефолтный проект)

• Users. Как вытащить отчёт по юзерам?

• Users. Можно как-то объединить (merge) нескольких юзеров – сделать из двух один?

1. впринципе можно добавить. занес в трекер. но делать это будет только после выхода релиза.
2. это через базу только.
3. тут надо делывать и обновлять базу сейчас не сделаем это на будушее.
4. не очень понять. но выглядить как какая то очень специфическая вешь.

[admin]

Версию .14 с последними правками пересобрал.

[olegko]

• Permissions (где есть выбор ролей). В настройках добавить функционал «Выбрать/Убрать всё» - >> и <<

5. добавили. это равносильно 6.

6 – это не то что 5. Тут имелся ввиду выбор ролей из поля «Can Not View» в «Can View» и назад.
Можно реализовать двумя способами:
- добавить кнопки ">>" и "<<" - клик по которым будет перемещать ВСЕ роли из одного поля в другое, независимо от выбранных значений
- добавить кнопку "All" для каждого поля - клик по которым будет отмечать все роли в данном поле (второй клик - очищать выбор)

• Reports. Если в отчёте занал xsl, то по умолчанию выдвать формат XML (сейчас HTML – приходится постоянно руками выбирать)

7. не правили. сам пользователь выбирает.

Это понятно, что пользователь может сам выбрать.
Но в чём суть - если в отчёте используется xsl, значит формат отчёта ВСЕГДА будет выбираться как xml.
Поэтому для этого случая логичным будет изменить значение формата по умолчанию.

• Users. Как можно изменить некоторые параметры сразу для всех (или части) юзеров? (например дефолтный проект)
2. это через базу только.

Может напишете инструкцию step-by-step и выложите в документацию (не только для юзеров, но и для задач):
- Как правильно модифицировать базу?
- Нужно ли для этого останавливать TS или можно "на лету"?
- Какие поля можно менять, а какие нельзя? (например - кастомные поля типа User или Task)
- Примеры SQL запросов (одиночные и массовые)

[mvasenkov]

Может напишете инструкцию step-by-step и выложите в документацию (не только для юзеров, но и для задач):
- Как правильно модифицировать базу?
- Нужно ли для этого останавливать TS или можно "на лету"?
- Какие поля можно менять, а какие нельзя? (например - кастомные поля типа User или Task)
- Примеры SQL запросов (одиночные и массовые)

Да ну, базу менять - это примитивное и неверное решение. Можно написать bulk-скрипт, его даже вешать на надо ни на какие задачи.
Ну, например, для смены default project на какой-то работать может так:
админ выбирает из списка задач проект. Внизу выбирает этот bulk-скрипт, жмет на запуск и программа достает для этого project всех пользователей, у которых есть до него доступ (метод типа getUserList, он есть, детали сейчас не помню), и через итератор меняет им свойства, default project в том числе.

[mvasenkov]

Если Максим Крамаренко одобрит, я могу такой скрипт написать. Он простой.

Для изменения параметров всех пользователей тоже самое, но не getUserList, а как-то всех пользователей достать (тоже есть метод где-то).

Кстати, в связи с путаницей таймзон в России и Украине может быть актуально.

[mvasenkov]

approved.
Сейчас напишу, выложу в доки, сюда ссылку дам

[mvasenkov]

Собственно вот скрипт http://www.trackstudio.ru/bulk-user-change.html

[olegko]

Собственно вот скрипт http://www.trackstudio.ru/bulk-user-change.html

Спасибо за оперативное решение, попробую разобраться (хотя у меня так и не заработал режим отладки скрипта через IDE)

Но всё же такое решение не очень гибкое:
- нельзя задавать призвольный список юзеров
- нельзя указать различные значения параметра для каждого юзера

Теоретически скрипте конечно всё можно закодить, но это более сложная задача (в стравнении с SQL запросами прямо в базу).

Поэтому хотелось бы увидеть описание, как такую задачу решать прямо через базу.
Ну и ответы на вопросы:
- Как правильно модифицировать базу?
- Нужно ли для этого останавливать TS или можно "на лету"?
- Какие поля можно менять, а какие нельзя? (например - кастомные поля типа User или Task)
- Примеры SQL запросов (одиночные и массовые)

[mvasenkov]

Но всё же такое решение не очень гибкое:

Ну еще бы, это не основная функциональность ведь

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

Можно сделать скрипт, где это можно будет делать, но им неудобно будет пользоваться

Теоретически скрипте конечно всё можно закодить, но это более сложная задача (в стравнении с SQL запросами прямо в базу).

SQL-запросы прямо в базу - это как перебирать двигатель через выхлопную трубу. Для выполнения SQL-запросов нужно глушить TrackStudio, а потом снова запускать.

Ну и ответы на вопросы:
- Как правильно модифицировать базу?
- Нужно ли для этого останавливать TS или можно "на лету"?
- Какие поля можно менять, а какие нельзя? (например - кастомные поля типа User или Task)
- Примеры SQL запросов (одиночные и массовые)

1. Правильно модифицировать базу через API TrackStudio. Это либо скрипты/триггеры, либо SOAP API, либо CSV Import

2. Останавливать TS вообще неправильно, это сервис все-таки. Для выполнения SQL останавливать нужно, да.
4. Все поля, которые меняются через API - можно как-то менять. Где нельзя через secured-слой, можно через kernel