Bug 59242

Проблема:

На нескольких машинах с ALT Linux возникает некорректная печать документов через RDP/FreeRDP на локальный принтер HP LaserJet Professional P1102.

Симптом:
- локальная тестовая страница Linux печатается нормально;
- тестовая страница Windows/RDP-сервера печатается нормально;
- документы из Word и медицинской системы через RDP печатаются с искажённым текстом: кириллица превращается в «каракули», слова слипаются, часть символов отображается неправильно;
- проблема проявляется не на одной машине, а на нескольких одинаковых рабочих местах.

Окружение:

ALT Linux, x86_64
CUPS: cups-2.4.7-alt1.x86_64
cups-filters: cups-filters-1.28.8-alt2.x86_64
HPLIP: hplip-3.21.10-alt1.x86_64
Принтер: HP LaserJet Professional P1102
CUPS backend: hp:/usb/HP_LaserJet_Professional_P1102

FreeRDP:
libfreerdp-2.11.7-alt1.x86_64
xfreerdp-2.11.7-alt1.x86_64
freerdp-2.11.7-alt1.x86_64

Проблемная версия ghostscript:

ghostscript-9.56.1-alt1.c9f2.2.x86_64
ghostscript-classic-9.56.1-alt1.c9f2.2.x86_64
ghostscript-common-9.56.1-alt1.c9f2.2.noarch
libgs-9.56.1-alt1.c9f2.2.x86_64

Рабочая версия ghostscript, на которой проблема исчезает:

ghostscript-9.27-alt1.M90P.1.x86_64
ghostscript-classic-9.27-alt1.M90P.1.x86_64
ghostscript-common-9.27-alt1.M90P.1.noarch
libgs-9.27-alt1.M90P.1.x86_64

Как воспроизвести:

1. Подключиться с ALT Linux к Windows/RDS-серверу через xfreerdp с редиректом локального CUPS-принтера:

   /printer:HP_LaserJet_Professional_P1102

2. В RDP-сессии открыть документ Word или документ из прикладной системы, содержащий кириллицу.

3. Напечатать документ на перенаправленный принтер HP_LaserJet_Professional_P1102.

Фактический результат:

Документ печатается, задание в CUPS завершается успешно, ошибок в CUPS нет, но на бумаге текст повреждён: кириллица и часть символов печатаются неправильно, строки выглядят как «каракули».

Ожидаемый результат:

Документ должен печататься с нормальным читаемым текстом, как на машине с ghostscript-9.27-alt1.M90P.1.

Диагностика:

На проблемной машине CUPS получает задание как PostScript:

/var/spool/cups/d00125-001: PostScript document text conforming DSC level 3.0, Level 1

Далее задание проходит через стандартную цепочку фильтров:

gstopdf -> pdftopdf -> gstoraster -> hpcups -> backend hp

CUPS завершает задание без ошибок:

PID (/usr/lib/cups/filter/hpcups) exited with no errors
PID (/usr/lib/cups/backend/hp) exited with no errors
Job completed

При этом результат на бумаге некорректный.

Для проверки были приведены к одинаковому состоянию:
- CUPS backend: hp:/usb/...
- PPD-файл принтера;
- printer-info;
- версия HPLIP;
- версия FreeRDP;
- RDP-сервер один и тот же;
- модель принтера одинаковая.

После отката только пакетов ghostscript/libgs с версии 9.56.1-alt1.c9f2.2 до 9.27-alt1.M90P.1 проблема исчезает. Документы из Word начинают печататься нормально.

Workaround:

Откат следующих пакетов до версии 9.27-alt1.M90P.1:

ghostscript
ghostscript-classic
ghostscript-common
libgs

Команда, использованная для отката:

rpm -Uvh --oldpackage \
  libgs-9.27-alt1.M90P.1.x86_64.rpm \
  ghostscript-common-9.27-alt1.M90P.1.noarch.rpm \
  ghostscript-9.27-alt1.M90P.1.x86_64.rpm \
  ghostscript-classic-9.27-alt1.M90P.1.x86_64.rpm

После отката и перезапуска CUPS:

systemctl restart cups

печать становится корректной.

Вывод:

Похоже на регрессию в ghostscript-9.56.1-alt1.c9f2.2 при обработке PostScript-заданий с кириллицей, поступающих через CUPS/FreeRDP, с последующим рендерингом через gstopdf/gstoraster/hpcups для HP LaserJet Professional P1102.