-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[regression] pdftopdf handles "roll" page sizes incorrectly. #583
Comments
I am having the same issues in cups-filters past 1.28.x (ubuntu) , after the other issue I raised I started experimenting yesterday on a Star TSP 700II and a Parnertech RP700 printer set. I am having trouble because the paper is not calculated as roll (dynamically) but as the whole piece while in pdf it generates the actual representation as it was with previous 1.27.x cups filters From the three printers I've tested (I also tested with an POS80 printer) the POS80 printer can render the actual paper because it uses different ways to calculate the pagesize and the pagereigion. The other two thermal printers use the standard ppdc output variable named "VariablePaperSize". I am happy to help you triage the issue with other printers, in fact if you can write the steps above or attach any file I can reverify if there is the case to other printers as well. |
I tested versions from 1.28.7 to 1.28.17 and found that the issue was introduced in 1.28.12. Here is a test.pdf I used as input and output pdfs from pdftopdf versions 1.28.11.pdf and 1.28.12.pdf.
|
I posted in the apple/cups issues (so if you don't find my post here apologies), so I am using 1.28.15-0ubuntu2 version which falls into the area of your problem. I will test the above steps too, tomorrow as well and see if they match. But it is definitely a problem, which I don't know if anyone using thermal printers has seen it. |
So I tested that with my own pdf (can't add this here because it's sensitive code and needs regulator approvals), but I can confirm the same issue: On ubuntu 20.04 the cups/cupsfilters version are:
Performing the test:
On Ubuntu 22.04.4:
Same pdf:
So I can also confirm this issue with a different ppd but thermal printer whatsoever. Regards, Panos |
I have 2 machines. One of which is running Debian 11 and
cups-filters-core-drivers 1.28.7-1+deb11u2
, the other is running Debian 12 andcups-filters-core-drivers 1.28.17-3
. Connected to both I have "CUSTOM Engineering VKP80III" receipt printers configured as follows:lpadmin -p CUSTOM_Engineering_VKP80III -E -v 'usb://...' -m CUSTOM/VKP80III.ppd.gz
lpadmin -d CUSTOM_Engineering_VKP80III
lpadmin -p CUSTOM_Engineering_VKP80III -o PageSize=X50MMYRoll
lpadmin -p CUSTOM_Engineering_VKP80III -o PaperRotation=1Rot180
On the Debian 11 machine everything works as expected and the printed receipt is cut to the length of the content, but on the Debian 12 machine around 40 cm of receipt is printed even when the content is less than 10 cm.
To debug this I have created a debug queue on the Debian 11 machine like this:
lpadmin -p debug -v file:/tmp/out.dat -E -m CUSTOM/VKP80III.ppd.gz
Then copied
out.dat
to the Debian 12 machine and printed it usinglp -o raw out.dat
and got a correct print so I know the printer driver is working OK.Then I ran the pdftopdf filter manually on the 2 devices with the same input pdf and got these results:
Debian 11:
Debian 12:
On the Debian 11 machine Page size is
114 x 212.88 pts
, while on the Debian 12 machine Page size is136 x 1690 pts
. I also tried specifyingprint-scaling=none
in pdftopdf's options but it made no difference.I've attached the ppd file that comes with the driver below. (renamed to .txt because github wouldn't let me attach a .ppd)
VKP80III.txt
The text was updated successfully, but these errors were encountered: