Bug 28680 - Error policy: retry-job вместо stop-printer
Summary: Error policy: retry-job вместо stop-printer
Status: CLOSED FIXED
Alias: None
Product: Branch p6
Classification: Distributions
Component: cups (show other bugs)
Version: не указана
Hardware: all Linux
: P3 enhancement
Assignee: Andrey Cherepanov
QA Contact: QA p6
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2013-03-14 11:35 MSK by Andrey Cherepanov
Modified: 2013-03-18 22:10 MSK (History)
5 users (show)

See Also:

Attachments
ubuntu-default-error-policy-retry-job.patch (727 bytes, patch)
2013-03-14 11:35 MSK, Andrey Cherepanov 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Cherepanov 2013-03-14 11:35:57 MSK 
Created attachment 5771 [details]
ubuntu-default-error-policy-retry-job.patch

В связи с тем, что по умолчанию в ALT Linux для заведённого принтера Error policy: stop-printer, при любой ошибке печати принтер останавливается и пользователю требуется с более высокими привилегиями запускать принтер. В Ubuntu по умолчанию используется политика retry-job. Прошу принять патч из Ubuntu.

Считаю, что это хороший задел для Седьмой платформы.
Comment 1 Anton Farygin 2013-03-14 22:10:28 MSK 
Где вы эту траву берёте ?
То nginx 1.1.x, то это...
Патч приложен ещё 30 октября 2012 года.
Comment 2 Andrey Cherepanov 2013-03-15 11:14:47 MSK 
Хорошо, перевешиваю на p6.
Comment 3 Repository Robot 2013-03-15 17:38:32 MSK 
cups-1.5.3-alt0.M60P.3 -> p6:

* Fri Mar 15 2013 Andrey Cherepanov <cas@altlinux> 1.5.3-alt0.M60P.3
- Set defailt error policy to retry job (ALT #28680)
Comment 4 Michael Shigorin 2013-03-15 20:02:37 MSK 
(In reply to comment #0)
> В Ubuntu по умолчанию используется политика retry-job.
IMHO это скорее плохо, т.к. в ~100% случаев "не отпечаталось -- запустим ещё разок", в итоге пачка одинаковых задач в очереди.

Всегда ставлю abort-job при конфигурировании очереди, предлагаю в качестве умолчания.
Comment 5 Andrey Cherepanov 2013-03-18 10:56:06 MSK 
Думаю, получение пачки распечаток для пользователя гораздо понятнее, чем канувшие в лету задания.
Comment 6 Michael Shigorin 2013-03-18 15:53:38 MSK 
(В ответ на комментарий №5)
> Думаю, получение пачки распечаток для пользователя гораздо понятнее,
> чем канувшие в лету задания.
Если есть техническая возможность прервать печать и обнаруживается вовремя (или всем до фени на количество затраченных расходников) -- то да; если нет -- то в среде с сетевой печатью это "гораздо понятнее" обеспечивается фитилём от соответствующего руководства, а исправлять всё равно админу.

Ты людей расспроси при случае -- может, чего-то не знаю, но опираюсь на опыт разворачивания печати для офисов до ~200--300 пользователей (в т.ч. с высококачественной крупноформатной цветной печатью, где лишняя парочка экземпляров макета с плотной заливкой может оказаться весьма затратной).

Ну и наши-то пользователи поумней убунтушников должны быть.
Comment 7 Andrey Cherepanov 2013-03-18 16:07:52 MSK 
Давай ещё rider@ подключим на предмет какую политику выбрать.
Comment 8 Anton Farygin 2013-03-18 18:47:25 MSK 
везде использую retry-job и в Sisyphus сейчас именно так. Это правильно и удобно - если пользователь отправил на печать и принтер недоступен, то разумно после включения принтера распечатать а не удалить задание, и тем более не остановить принтер.

Думаю, что это даже не стоит обсуждать.
Comment 9 Michael Shigorin 2013-03-18 22:10:28 MSK 
(В ответ на комментарий №8)
> после включения принтера
А, я-то вокруг вижу постоянно включенные принтеры.

Ладно, тогда не стоит.