cups-filter still ignores landscape orientation

[Lifschitz]

When printing an Image out of for example evince or the genero desktop client hardcopy, cups-filter still ignores the landscape orientation

Take an image (for example a screenshot) and open it in evince. Print it choosing a hardware printer (Ricoh for example) and "landscape" in the printer configuration of evince but it's printed portrait partly (not scaled down). If i choose "print to pdf" everything works fine (see attached file).

print.pdf

So i suppose it's cups-filter (foomatic-rip with libcupsfilter2) causing the problem.

It should just print the image landscape.

Here https://openprinting.github.io/OpenPrinting-News-April-2023/ Till describes the problem as being solved.

Any idea, why it's back again? We just ran in the problem by upgrading...

We upgraded the print server from Ubuntu 20.04 (everything worked fine) to Ubuntu 24.04. Actually installed versions:

ii cups-browsed 2.0.0-0ubuntu10.3 amd64 OpenPrinting cups-browsed ii cups-filters 2.0.0-0ubuntu4 amd64 OpenPrinting CUPS Filters - Main Package ii cups-filters-core-drivers 2.0.0-0ubuntu4 amd64 OpenPrinting CUPS Filters - Driverless printing ii foomatic-db-compressed-ppds 20230202-1 all OpenPrinting printer support - Compressed PPDs derived from the database ii libcupsfilters2-common 2.0.0-0ubuntu7.1 all OpenPrinting libcupsfilters - Auxiliary files ii libcupsfilters2t64:amd64 2.0.0-0ubuntu7.1 amd64 OpenPrinting libcupsfilters - Shared library ii libppd2:amd64 2:2.0.0-0ubuntu4.1 amd64 OpenPrinting libppd - Shared library ii libppd2-common 2:2.0.0-0ubuntu4.1 all OpenPrinting libppd - Auxiliary files ii openprinting-ppds 20230202-1 all OpenPrinting printer support - PostScript PPD files

ii cups 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - PPD/driver support, web interface ii cups-bsd 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - BSD commands ii cups-client 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - client programs (SysV) ii cups-common 2.4.7-1.2ubuntu7.3 all Common UNIX Printing System(tm) - common files ii cups-core-drivers 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - driverless printing ii cups-daemon 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - daemon ii cups-ipp-utils 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - IPP developer/admin utilities ii cups-ppdc 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - PPD manipulation utilities ii cups-server-common 2.4.7-1.2ubuntu7.3 all Common UNIX Printing System(tm) - server common files ii libcups2t64:amd64 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - Core library ii libcupsimage2t64:amd64 2.4.7-1.2ubuntu7.3 amd64 Common UNIX Printing System(tm) - Raster image library ii printer-driver-cups-pdf 3.0.1-14build2 amd64 printer driver for PDF writing via CUPS ii printer-driver-gutenprint 5.3.4.20220624T01008808d602-1build4 amd64 printer drivers for CUPS

Hope someone has a clue... Greetings and thanxs Hermann

[Lifschitz]

No one else running into this issue??

[mauro2306]

Hi everyone, i have the same issue, running a Ricoh MP C305 printer and cups-filters 2.0.1 with Kubuntu 25.10 (confirmed as well on 25.04 with another computer anyway). mauro@mauro-amd:~ $ dpkg -l | grep cups-filters ii cups-filters 2.0.1-0ubuntu3 amd64 OpenPrinting CUPS Filters - Main Package ii cups-filters-core-drivers 2.0.1-0ubuntu3 amd64 OpenPrinting CUPS Filters - Driverless printing mauro@mauro-amd:~ $

When printing from Okular a document in landscape layout, it is printed with the correct orientation but the width of the printed document fits a portrait document (so everything is resized down to portrait width which looks weird on the page of course), and when printing from OnlyOffice for example, the orientation remains in portrait but the width of the document looks like a landscape one, so everything goes out of the page. Printing in PDF works, printing from Firefox seems to be working for some reason.

[ValdikSS]

Please provide:

• the example source file
• the job information (/var/spool/cups/c*****) file
• the PPD
• resulting broken documents which you get
• what options do you use in okular/evince

Make sure you're printing with scaling enabled. With scaling=none, it is expected the page to go out of bounds.

[tillkamppeter]

Anyone who gets the printout in the wrong orientation when using the landscape option (or any orientation-requested option), does the printout come out correctly if not supplying this option?

[jsmeix]

Only FYI as a side note a generic info:

There is no such thing as "landscape printing"

see https://en.opensuse.org/SDB:Landscape_Printing for some explanation. This article is rather old so specific behaviour of this or that programs could be different nowadays but the described basic ideas behind are still valid.

[mauro2306]

Please provide:

* the example source file

* the job information (`/var/spool/cups/c*****`) file

* the PPD

* resulting broken documents which you get

* what options do you use in okular/evince

Make sure you're printing with scaling enabled. With scaling=none, it is expected the page to go out of bounds.

Here is the information you are requesting, i did 3 tentative :

• First, print from Okular a PDF that has a landscape orientation. The end result on the paper is the print you see downscaled in the right orientation but do not fit the entire page.
• Second, i tried from an application called Qelectrotech, it does electric schematic. There the orientation was wrong, but the size could be right for a page in landscape orientation. As a result, the print is out of bonds.
• Third, i printed from Firefox, the same PDF as i printed in Okular, the end result is as expected.
• I could also try in OnlyOffice, but the result is the same as the second point, right orientation, but out of bonds. Let me know if you need anything else. Thanks.

Archive.zip

[ValdikSS]

• Why there's 2 PPD files? Which one do you use?
• With which scaling settings do you print in the corresponding applications?

I reproduced the issue in Okular, but not in other applications. Try with this source: lorem.pdf

[mauro2306]

My apologies, i forgot to mention, i used the file "Aficio_MP_C305.ppd" for the attempts i made that you have the c*** files, however, it was no different with the other/older ppd in the archive.zip file, just as a reference.

[ValdikSS]

Okular has bug: it sends portrait job option when printing in landscape, and landscape when printing in portrait, assuming that there's only portrait-oriented printers and cups-filters can't handle the rotation by itself.

https://invent.kde.org/graphics/okular/-/issues/98

okular.tar.gz

[mauro2306]

Ok but then OnlyOffice have the same bug, look at the attachment

Archive 2.zip

Repro step, nothing really crazy, in OnlyOffice or QelectroTech or Okular, i am just trying to print a document which has a landscape orientation, i check that "Landscape" is selected in the printer options, and it does print with these end results as i wrote above :

Print from Okular a PDF or from OnlyOffice the original Excel that has a landscape orientation will give as a end result a downscaled print in the right orientation which do not fit the entire page. Print from Qelectrotech the same document gives a wrong orientation, but a sized print that would fit on a page in landscape orientation. But since it is in portrait mode, the print looks out of bonds. If i print from Firefox, the same PDF as i printed in Okular, the end result is as expected.

[ValdikSS]

@mauro2306 please provide detailed reproduction steps for other common software other than Okular, because Okular is known-buggy in many ways, and all the other software works fine with the "lorem.pdf" above and your PPD file.

[ValdikSS]

@mauro2306

Your c00118 file has landscape (boolean): false. Is this OnlyOffice? Apparently it is also buggy. Which version do you have?

[ValdikSS]

Just tried OnlyOffice 9.0.4 from Flatpak, landscape both text document and spreadsheet. It has the similar bug: it sends nolandscape for landscape printing.

It correctly creates a landscape-oriented .pdf for the print server, but the IPP attributes have landscape: false.

Bug: https://github.com/ONLYOFFICE/DesktopEditors/issues/1947

[ValdikSS]

@tillkamppeter maybe something has changed recently, and the applications haven't adapted? Could it be that landscape really just rotated the document until now, disregarding the page metadata, that's why the applications used fake portrait printing for already-landscape-oriented documents?

[mauro2306]

I just tried to print from GwenView, and it worked as expected. I think bad luck, that the 2 apps i am using currently have both an issue to print in landscape documents, my apologies.