Bug 33271

Summary: The list of page sizes for printing is smaller with the basic printer name than with [printer]_linux
Product: Mageia Reporter: Andrew Holmes <englishinkorea>
Component: RPM PackagesAssignee: Thierry Vignaud <thierry.vignaud>
Status: NEW --- QA Contact:
Severity: normal    
Priority: Normal CC: fri
Version: 9   
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Source RPM: cups CVE:
Status comment:

Description Andrew Holmes 2024-06-05 22:12:20 CEST
Description of problem: Most Metric/ISO paper sizes cannot be selected, and formatting is incorrect when printing. I suspect something wrong with the installation rather than the actual RPM.


Version-Release number of selected component (if applicable): 7.6.7.2 (x86_64)


How reproducible: Consistently


Steps to Reproduce:
1. Open LibreOffice
2. Open file
3. CTRL-P to print. Printer here is named as "EPSON-L120-Series".
4. Select Paper Size drop-down. The only metric paper size available is A4.
5. Can also select "EPSON-L120-Series-linux" from the top drop-down.
6. Metric/ISO paper sizes are then available, but print area is incorrect (not as specified in the document information using LibreOffice).
7. Metric/ISO paper sizes then become unavailable again.
Comment 1 Morgan Leijström 2024-06-06 08:49:20 CEST
This have been slightly irritating me too but I have not dug into it.
That said I am unsure about how my printer would handle different sizes practically.

About you having two instances of the same printer I guess it because it is shared to your network by default and then found like that too
https://wiki.mageia.org/en/Mageia_9_Errata#Printer_duplicate_-_not_a_bug

I see the same and yes many sizes available to select for the network shared incarnation, I have not checked correctness.

Same problem from other apps, so not specific to LibreOffice.

CC: (none) => fri
Source RPM: libreoffice-7.6.7.2-1.mga9.src.rpm => cups

Comment 2 Lewis Smith 2024-06-14 12:47:01 CEST
This is a worm's nest, going back to the 90s when word processing applications at least needed to know the destination paper size; which was often preset to American Letter only to end up incorrectly formatted on A4 paper!

Paper sizes offered are not consistent between applications, PRINTER, PRINTER-Linux. I tried with Writer choosing an oriental looking size 32-kai shown 130x184mm.

Ctrl/P, chose:
 Print to file: offers no additional choice of paper size. Neither does 'File-Export as PDF'. I tried a PDF viewer, Print, which on choosing a printer allowed custom paper sizes on top of the list offered. To explore?
 Boomaga: it offers its own list, with something similar 128x183.
 Stylus_D92: offers a shortish list with nothing similar.
 Stylus_D92_linux: a much longer list, incl similar B6(JIS) 128x182

@Andrew: Is this the sort of thing you are bugging?
Can you describe your specific case, the exact sizes you are specifying/seeing? If differences are tiny like I show, do things not print correctly? A new page should sort of re-start from scratch.

CC: (none) => lewyssmith

Comment 3 Andrew Holmes 2024-06-14 16:37:50 CEST
I was trying to print a custom form for recording IDs and passwords, as the number of sites I visit regularly is rather large. The intention was to have a physically larger page size (i.e. not as small as my current notebook) in a folder.

The interesting thing is that I was able to take the same file (for a B5 print size) using SoftMaker's TextMaker 2021 with no issue, so it is restricted in extent, and I think it did not expose itself until after the most recent update of LO. Before that, I had no problem selecting different paper sizes.

I just tried again using "EPSON-L120-Series-linux", but got the message "Could not open the printer". "EPSON-L120-Series" is still only showing a truncated list.

As I have a number of options for printing (like TextMaker), this is not a show-stopper, but I prefer the LO environment for more extensive document work. Strange that this behaviour seemed to arise suddenly and was not present when I originally installed MG9 a couple of months ago.
Comment 4 Lewis Smith 2024-06-15 21:54:17 CEST
Thank you for your comments. They may help others.

> this behaviour seemed to arise suddenly
If you know when this problem started, you can see what updates preceded it with:
 $ rpm -qa --last | less
which is [reverse] date ordered. That might be a pointer to what change caused it.
However, you do cite LibreOffice; though it seems strange that the application paper size list (itself different from that shown for a printer) should effect what is shown for a printer. Unless there is some sort of correlating between them.

> I was able to take the same file (for a B5 print size) using SoftMaker's
> TextMaker 2021 with no issue
The same content for LibreOffice and TextMaker documents, both created for B5 paper in the application (rather than literally the same file - because of different application formats)?
Can we understand that LibreOffice (B5) - printer loses the B5 printer option; but TextMaker (B5) - printer retains that option? That would certainly suggest LibreOffice rather than print management as responsible.

Summary: Page sizes for printing are only intermittently available => The list of page sizes for printing is smaller with the basic printer name than with [printer]_linux

Comment 5 Andrew Holmes 2024-06-17 03:25:22 CEST
Hi Lewis,

Yes, it looks that way - this page size issue seems to only happen with LO and not with other office software like TextMaker. It also looks like there is no issue with AbiWord, for example.

For the time being this is not too disadvantageous as I can print the documents from another app. However, I am curious as to the reason for this.
Comment 6 Lewis Smith 2024-06-17 20:43:06 CEST
Thank you for the clarification.
Assigning this to tv who looks after LibreOffice.

Assignee: bugsquad => thierry.vignaud
CC: lewyssmith => (none)

Lewis Smith 2024-06-17 20:43:24 CEST

Severity: major => normal