2023-06-05 15:26:36 |
Till Kamppeter |
bug |
|
|
added bug |
2023-06-05 15:26:52 |
Till Kamppeter |
libppd (Ubuntu): importance |
Undecided |
High |
|
2023-06-05 15:27:00 |
Till Kamppeter |
nominated for series |
|
Ubuntu Mantic |
|
2023-06-05 15:27:00 |
Till Kamppeter |
bug task added |
|
libppd (Ubuntu Mantic) |
|
2023-06-05 15:27:00 |
Till Kamppeter |
nominated for series |
|
Ubuntu Lunar |
|
2023-06-05 15:27:00 |
Till Kamppeter |
bug task added |
|
libppd (Ubuntu Lunar) |
|
2023-06-05 15:27:07 |
Till Kamppeter |
libppd (Ubuntu Lunar): importance |
Undecided |
High |
|
2023-06-05 15:57:37 |
Till Kamppeter |
description |
This bug was originally reported upstream as
https://github.com/OpenPrinting/libppd/issues/20
The reporter uses Fedora 38, besides Ubuntu 23.04 the second distro using cups-filters 2.x and libcupsfilters 2.x. As I am able to reproduce the bug on Ubuntu 23.04 and it is a problem many users could run into (it especially happens with driverless IPP printers) I post this bug report as base for an SRU in 23.04.
What happens here is that on certain printers the job output sent off to the printer is completely empty, zero bytes. This happens for all PostScript printers (and printers with proprietary drivers which require PostScript input, like for example Brother) which stack the pages face-up and therefore need to output the pages in reverse order.
I have already fixed the bug upstream in libppd via
https://github.com/OpenPrinting/libppd/commit/2afb353e27b |
This bug was originally reported upstream as
https://github.com/OpenPrinting/libppd/issues/20
The reporter uses Fedora 38, besides Ubuntu 23.04 the second distro using cups-filters 2.x and libcupsfilters 2.x. As I am able to reproduce the bug on Ubuntu 23.04 and it is a problem many users could run into (it especially happens with driverless IPP printers) I post this bug report as base for an SRU in 23.04.
What happens here is that on certain printers the job output sent off to the printer is completely empty, zero bytes. This happens for all PostScript printers (and printers with proprietary drivers which require PostScript input, like for example Brother) which stack the pages face-up and therefore need to output the pages in reverse order.
The PPD files of the affected printers contain the following line
*DefaultOutputOrder: Reverse
and they either do not have a "*cupsFilter; ..." or "*vupsFilter2: ..." line (PostScript printer PPDs from the printer manufacturers) or they have such a line, specifying "application/vnd.cups-postscript" (PostScript) as destination format.
I have already fixed the bug upstream in libppd via
https://github.com/OpenPrinting/libppd/commit/2afb353e27b
[ Impact ]
This bug does not only affect Brother printers used with Brother's proprietary printer drivers, but also a good amount of PostScript printers, as mentioned all those which stack the paper face-up and therefore need to output the pages in reverse order. |
|
2023-06-05 16:47:50 |
Till Kamppeter |
description |
This bug was originally reported upstream as
https://github.com/OpenPrinting/libppd/issues/20
The reporter uses Fedora 38, besides Ubuntu 23.04 the second distro using cups-filters 2.x and libcupsfilters 2.x. As I am able to reproduce the bug on Ubuntu 23.04 and it is a problem many users could run into (it especially happens with driverless IPP printers) I post this bug report as base for an SRU in 23.04.
What happens here is that on certain printers the job output sent off to the printer is completely empty, zero bytes. This happens for all PostScript printers (and printers with proprietary drivers which require PostScript input, like for example Brother) which stack the pages face-up and therefore need to output the pages in reverse order.
The PPD files of the affected printers contain the following line
*DefaultOutputOrder: Reverse
and they either do not have a "*cupsFilter; ..." or "*vupsFilter2: ..." line (PostScript printer PPDs from the printer manufacturers) or they have such a line, specifying "application/vnd.cups-postscript" (PostScript) as destination format.
I have already fixed the bug upstream in libppd via
https://github.com/OpenPrinting/libppd/commit/2afb353e27b
[ Impact ]
This bug does not only affect Brother printers used with Brother's proprietary printer drivers, but also a good amount of PostScript printers, as mentioned all those which stack the paper face-up and therefore need to output the pages in reverse order. |
This bug was originally reported upstream as
https://github.com/OpenPrinting/libppd/issues/20
The reporter uses Fedora 38, besides Ubuntu 23.04 the second distro using cups-filters 2.x and libcupsfilters 2.x. As I am able to reproduce the bug on Ubuntu 23.04 and it is a problem many users could run into (it especially happens with driverless IPP printers) I post this bug report as base for an SRU in 23.04.
What happens here is that on certain printers the job output sent off to the printer is completely empty, zero bytes. This happens for all PostScript printers (and printers with proprietary drivers which require PostScript input, like for example Brother) which stack the pages face-up and therefore need to output the pages in reverse order.
The PPD files of the affected printers contain the following line
*DefaultOutputOrder: Reverse
and they either do not have a "*cupsFilter; ..." or "*vupsFilter2: ..." line (PostScript printer PPDs from the printer manufacturers) or they have such a line, specifying "application/vnd.cups-postscript" (PostScript) as destination format.
I have already fixed the bug upstream in libppd via
https://github.com/OpenPrinting/libppd/commit/2afb353e27b
[ Impact ]
This bug does not only affect Brother printers used with Brother's proprietary printer drivers, but also a good amount of PostScript printers, as mentioned all those which stack the paper face-up and therefore need to output the pages in reverse order.
[ Test Plan ]
Download the attached sample PPD file, a file to use the Brother DCP-J125 with Brother's proprietary printer driver. Also have a PDF file handy.
No printer is required for the tests, simply check size and content of the output file out.ps.
Run the following command:
cupsfilter -P DCPJ125.ppd -m application/vnd.cups-postscript file.pdf > out.ps
Then
ls -l out.ps
shows you that it is empty. With the proposed SRU package installed the file is not empty and
file out.ps
tells you that you have a PostScript file. Both "evince" and "gs" are able to display the file and it should look the same as the original PDF input file.
Also printing image files (JPG, PNG, TIFF) is affected. Test command line:
PPD=DCPJ125.ppd /usr/lib/cups/filter/imagetops 1 1 1 1 '' ~/file.jpg > out.ps
[ Where problems could occur ]
The patch is rather long, as on the conversion of the former "pstops" CUPS filter into the ppdFilterPSToPS() filter function function calls were replaced at too many places by other function calls. The wrong replacements got corrected with the fix. The fix got tested with both affected and not affected PPD files and with different parameters (like multiple copies, also with PPD of printers which require manual copies).
Any regression affects only PostScript printers or printers with drivers which need PostScript as input. Other printers do not use the ppdFilterPSToPS() filter function. |
|
2023-06-05 16:48:37 |
Till Kamppeter |
attachment added |
|
DCPJ125.ppd https://bugs.launchpad.net/ubuntu/+source/libppd/+bug/2022943/+attachment/5677921/+files/DCPJ125.ppd |
|
2023-06-06 02:02:21 |
Launchpad Janitor |
libppd (Ubuntu Mantic): status |
New |
Fix Released |
|
2023-06-06 07:11:48 |
Till Kamppeter |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2023-06-06 18:21:36 |
Brian Murray |
libppd (Ubuntu Lunar): status |
New |
Fix Committed |
|
2023-06-06 18:21:38 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2023-06-06 18:21:40 |
Brian Murray |
tags |
|
verification-needed verification-needed-lunar |
|
2023-06-14 08:53:03 |
Till Kamppeter |
tags |
verification-needed verification-needed-lunar |
verification-done verification-done-lunar |
|
2023-06-15 19:30:14 |
Launchpad Janitor |
libppd (Ubuntu Lunar): status |
Fix Committed |
Fix Released |
|
2023-06-15 19:31:03 |
Andreas Hasenack |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|