Support Forum

[Eugene]

Нам нужно иметь фильтр, который выводит только те задачи, у которых поле Deadline не заполнено. Максим посоветовал попросить на форуме пример скрипта, который "проверяет задачу и выставляет туда набор тегов (вычисляемое кастом-поле) типа NODEADLINE".

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

[Eugene]

Вроде простой скрипт должен быть (проверить штатное поле и вставить тэг). Думаю, популярная задача, должно быть. Помогите с примером скрипта, пожалуйста

[dpochtarev]

Code: Select all

package scripts.task_custom_field_value;

import com.trackstudio.exception.GranException;
import com.trackstudio.external.TaskUDFValueScript;
import com.trackstudio.secured.SecuredTaskBean;

public class TaskCustomFieldValue implements TaskUDFValueScript {
    @Override
    public Object calculate(SecuredTaskBean task) throws GranException {
        return (task.getDeadline()!=null)?"":"NODEADLINE";
    }
}

[Eugene]

Спасибо!
Сейчас проверил: сам скрипт работает. Но фильтр на его основе - нет. А именно: фильтр не выводит ни одной задачи (только шапку таблицы с названиями столбцов).
Я попробовал создать новый фильтр и сделал там ограничение только по этому полю, но результат тот же - ничего, ни одной задачи. Хотя тестовые задачи созданы и ждут своего часа, чтобы появится в результатах фильтра...

Подскажите, пожалуйста, что я делаю не так?

[Eugene]

Проблема решена, вопрос закрыт:

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

[Eugene]

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

[admin]

В смысле там эти 2 условия и по ним все правильно фильтрует ?

[dpochtarev]

Подскажите, пожалуйста, что я делаю не так?

Пытаетесь из одного фильтра получить задачи разных категорий.
ТС ищет в задаче 2 поля, а эти поля в вашем случае из разных процессов. Соответственно быть в одной задаче они не могут.
Здесь нужно 2 фильтра либо одно тасковое поле, которое будет использоваться в задачах разных категорий.

[Eugene]

В смысле там эти 2 условия и по ним все правильно фильтрует ?

Да, всё как на скриншоте. Вроде ситуации аналогичны, но с полем Deadline check пришлось помучиться, а с Start date - всё нормально и так. Я лишь могу сделать вывод, что поля, обрабатываемы скриптом, ведут себя иначе, чем поля без скриптов.