Проблема: На нескольких машинах с 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.
