Support Forum

[Eugene]

Пусть он через 5 мин после публикации сработает. 5 мин на исправления опечаток - нормально.

Операция срабатывает сразу после создания задачи.

В идеале он НЕ должен оставлять от себя следов в истории

Пользователям можете запретить просмотр этой операции.

Code: Select all

package scripts.after_create_task.example;

import com.trackstudio.app.TriggerManager;
import com.trackstudio.exception.GranException;
import com.trackstudio.external.TaskTrigger;
import com.trackstudio.secured.SecuredTaskTriggerBean;

public class AfterCreateTask implements TaskTrigger {

    @Override
    public SecuredTaskTriggerBean execute(SecuredTaskTriggerBean task) throws GranException {
        TriggerManager.getInstance().createMessage(
                task.getSecure(),
                task.getId(),
                "4028808a1947f5220119480c50000054",     /*mstatus_id from gr_mstatus */
                "",
                0l,
                task.getHandlerUserId(),
                task.getHandlerGroupId(),
                null,
                null,
                null,
                0l,
                null,
                false,
                null
        );
        return task;
    }
}


Подскажите, пожалуйста, как использовать этот скрипт?

[Eugene]

Вижу, что есть некий ID, но что это за ID (чем именно его заменить) - не знаю. И нужно ли что-то ещё кастомизировать в скрипте или можно и так?

[Eugene]

Разобрался - это ID операции, которую должен выполнить скрипт от лица того, кто создаёт задачу. В операции будет пустота - можно и Add a note использовать.
СПАСИБО!

[Eugene]

Сегодня понадобилось - не работает скрипт/идея. Сообщение/операция опубликовалась, но пользователь (не админ) всё равно мог сразу же после публикации редактировать задачу.
Проверьте, пожалуйста.

[Petr]

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

[Eugene]

Petr, ознакомьтесь с сообщениями выше, пожалуйста.
dpochtarev любезно предоставил скрипт, который должен выполнять какую-нибудь операцию (хоть добавить заметку с тем же статусом, т.е. ничего не меняя в задаче), которая заблокирует возможность автору редактировать задачу. Но по факту он всё ещё может её редактировать, т.е. скрипт работает, но идея - нет. В этом-то и проблема...

[Eugene]

Разобрался, спасибо: под сменой состояния задачи здесь имелось ввиду смена статуса.

Пользователям можете запретить просмотр этой операции.

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

[mikolg]

Добрый день.
Столкнулись с такой проблемой (?): невозможно запретить редактирование таска проектной роли, если эта роль - submitter для данного таска.
Например, есть роль Agent - он создает таск. Ему нужно запретить редактирование. Убираю возможность из настроек роли и категории, но по факту, всё равно edit функция есть. Проверила на нескольких проектах и на тестовой среде. Всё равно.

Можно решить не очень красиво, но надежно.

В скрипте before edit task реализовать проверку кто делает, что делает, через какое время от начала создания задачи делает.
И блокировать сохранение если необходимо.
Ваш агент пару раз столкнется, что ему не дают редактировать - будет использовать операции.

[Eugene]

Да, это интересный вариант. Раньше в голову не приходил!
Можно попросить пример такого скрипта?