Bug 153582 - A5 printing uses A4 after first print (Epson ET-2850)
Summary: A5 printing uses A4 after first print (Epson ET-2850)
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.7.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-13 07:19 UTC by mattreecebentley
Modified: 2023-11-05 13:39 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mattreecebentley 2023-02-13 07:19:32 UTC
I can't comment on whether this bug exists on other platforms.

If you change a page to A5 in Format menu,
then print, it will correctly display the page as a5 in the print dialog, and will print (a5 will not be available in the drop-down list for page sizes however).

If you subsequently try to print again after the first print of the page, the page will display as a4 in the print dialog, and while a5 is available in the drop-down list, switching to it results in the page not printing at all.

I've tried this on 7.37 and upwards.

The bug is not related to a specific printer.

It does not occur in any other application including google chrome.

It is a libreoffice bug.
Comment 1 raal 2023-02-21 23:09:38 UTC
No repro in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 14844d835cc5d6dfde499a0b1074aea5dcff4fc7
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 2 Stéphane Guillou (stragu) 2023-02-27 10:01:40 UTC
Hi Matt

Thanks for your report.

I tested on Windows 10 and I can't reproduce.

1. Format > Page style > changed to A5.
2. File > Print

- using "Microsoft Print to PDF": A5 is available, and stays available on second print. Preview is correct.
- using "Print to file...": creates a PRN file...

Version: 7.5.0.3 (x86) / LibreOffice Community
Build ID: c21113d003cd3efa8c53188764377a8272d9d6de
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded

Do you have the same issue when printing to file?
Please also:
- Test in Safe Mode (Help > Restart in safe mode)
- Paste here the information copied from Help > About LibreOffice.

----

I tested on Linux with different results:

Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

1. Format > Page style > changed to A5.
2. File > Print

Result: regardless of the printer selected, preview is A4. Using "Print to file" does not allow changing the paper size, an even in the printer's Properties, only offers Legal, Letter and A4. Printing prints as A4.

Will report this Linux issue separately, and keep this report as Windows-only.
Comment 3 mattreecebentley 2023-02-28 07:26:11 UTC
I've tried printing to file on my home computer but can't replicate there using 7.3.7.2,
however haven't tried the bug when printing to a printer on the home computer and will do so.

As an aside, neither Microsoft Office 2007 nor OpenOffice had the same bug.

The client who I discovered the bug with said it only started happening when she changed printers. So it's possible it's some sort of printer driver/libreoffice interaction.
Comment 4 Stéphane Guillou (stragu) 2023-02-28 08:06:41 UTC
So to reword the issue:

- 1st attempt: A5 is not available in the drop-down list, but preview still shows A5 and prints to A5 paper.
- 2nd attempt: A5 *is* listed in the drop-down, but preview is A4 and it does not print at all.

Is that correct?

When testing again, please make sure that you:
- have the latest driver for the printer in question
- start from a clean profile (using Help > Restart in Safe Mode)
- use the same printer on both attempts

If you can reproduce the issue, please also:
- paste here the version information copied from Help > About LibreOffice
- give us the make and model of the printer

Thank you!
Comment 5 mattreecebentley 2023-03-02 08:20:21 UTC
Your summary is correct.

The version of Office is 7.3.7.2 and above.
We tried installing the latest (7.5) but that did nothing to change the problem.
We also tried the most recent printer drivers for that model of printer (epson, forget the model, will email her), no difference.

I cannot try a new profile (safe mode) as I am unlikely to see that client again as the issue was resolved by moving to openoffice.

Based on your report in linux it appears that this is not a limited issue.

However as noted I will try it on my home computer with printer.
Comment 6 mattreecebentley 2023-03-02 22:47:34 UTC
The client's printer was a Epson ET-2850.
Comment 7 QA Administrators 2023-03-03 03:25:31 UTC Comment hidden (obsolete)
Comment 8 Stéphane Guillou (stragu) 2023-05-05 22:39:41 UTC
matt, any luck testing on your own computer?
I have recently witnessed changes in available printer settings between first and second use, so you might be onto something.
Comment 9 QA Administrators 2023-11-02 03:15:52 UTC Comment hidden (obsolete)
Comment 10 mattreecebentley 2023-11-02 08:32:20 UTC
Have tested on my own computer and could not replicate,
visited the client recently, we upgraded to the most recent version of libreoffice and deleted her profile, same problem.

First time go to print, can see A5.
Second time, nope.
Comment 11 QA Administrators 2023-11-03 03:15:47 UTC Comment hidden (obsolete)
Comment 12 mattreecebentley 2023-11-03 07:31:08 UTC
Don't do that. I just re-confirmed that the problem exists.
I'm not going to hunt down a dozen more machines for you, when another commenter has already indicated the problem exists elsewhere.
Cheers
Comment 13 QA Administrators 2023-11-04 03:15:14 UTC Comment hidden (obsolete)
Comment 14 Stéphane Guillou (stragu) 2023-11-05 13:39:42 UTC
(In reply to mattreecebentley from comment #12)
> Don't do that. I just re-confirmed that the problem exists.

This is an automated action on our Bugzilla, which sets the status from "needinfo" (waiting for a reply) to "unconfirmed" (you replied, but a second contributor still needs to confirm the issue exists).

> I'm not going to hunt down a dozen more machines for you, when another
> commenter has already indicated the problem exists elsewhere.

I have not confirmed the exact same issue as your client witnessed.