Существует только так много настроек, которые вы можете сделать в editworkflow.cgi, потому что RESOLVED может быть доступно из любого другого состояния (потому что, когда он помечен как дубликат, например, он становится RESOLVED). Сам рабочий процесс не учитывает историю ошибки.
Если вы действительно хотели применить такую бизнес-логику, вам следует начать изучать process_bug.cgi. Если кто-то хочет установить статус FOO, но он должен был находиться в статусе BAR раньше, вы можете проверить историю ошибок в bugs_activity.
Но это много работы, и у вас, скорее всего, будут особые случаи, больше правил, больше особых случаев и т. Д.
Я думаю, вам лучше было бы выявить ошибки, которые не прошли должный рабочий процесс после свершившегося факта. Когда вы обнаружите такую ошибку, вы снова откроете ее или переведете в любой другой статус.
Это можно сделать, изучив bugs_activity, чтобы увидеть, какие значения bug_status были добавлены / удалены.