Видимо alterator-browser-qt не очень хорошо блокирует интерфейс во время обработки запроса.

Бага в установщике, потому critical.

(В ответ на комментарий №1)
> Видимо alterator-browser-qt не очень хорошо блокирует интерфейс во время
> обработки запроса.
Он не блокирует. Добавляет запрос в исходящую очередь.
Игнор включается только при нажатии "Next" и до начала ответа альтератора

(В ответ на комментарий №3)
> (В ответ на комментарий №1)
> > Видимо alterator-browser-qt не очень хорошо блокирует интерфейс во время
> > обработки запроса.
> Он не блокирует. Добавляет запрос в исходящую очередь.
Лучше блокировать ибо как показано в баге alterator может прийти в полное недоумение.

(В ответ на комментарий №4)
> Лучше блокировать ибо как показано в баге alterator может прийти в полное
> недоумение.
Этого никогда не было.
IMHO это не защитит от недоумения. Оно просто станет немного менее воспроизводимо.
Недоумение должно обрабатываться модулем или альтератором (в зависимости от контекста), чтоб его исключить.

У меня в рабочей системе не получается воспроизвести.

(В ответ на комментарий №5)
> У меня в рабочей системе не получается воспроизвести.
в рабочей - у меня тоже не получилось.
только на инсталляторе.
Если имеет значение - установка происходит по сети с NFS.

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

(В ответ на комментарий №4)
> Лучше блокировать
Это было оторвано лет 100 назад. Иначе, браузер будет фризиться постоянно.
Очень хорошо видно при попытке пощелкать по пакетам и понажимать "Применить" в alterator-packages. Т.е., вместо "Подождите" всегда будет фриз.

Ну, и как я уже сказал, это лишь снизит вероятность такой ситуации, а не исключит ее, т.к. "зафризить" можно будет только до начала ответа от альтератора, но не до конца.