Bug 155432 - text printing in wrong cell
Summary: text printing in wrong cell
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.7.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-22 08:31 UTC by Stuart Gillies
Modified: 2024-08-23 03:15 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
what you see on the screen, correct (25.67 KB, image/jpeg)
2023-05-22 08:46 UTC, Stuart Gillies
Details
photo of the printout - wrong (381.30 KB, image/jpeg)
2023-05-22 08:47 UTC, Stuart Gillies
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stuart Gillies 2023-05-22 08:31:22 UTC
Description:
Text clearly in one cell in calc has been printed as if in the next cell up. Leading me to attend a shift I wasn't booked on.

It is an .xlsx spreadsheet presumably created by a microsoft product, which looks correct when opened on screen either in calc under ubuntu or sheets under android. However, when printed on a brother HL-1210W shows the first line of the text in cell E39 printed over the cell E38, with the remaining lines in E39.

I had to adjust the format before I printed it (to force landscape and A4, as libreoffice doesn't understand that I am in the UK and would never want Letter)

I have so far tried to recreate it using a subset of the doc and it printed ok, so will later try and recreate all the steps. But I wanted to get the warning out as this could be very serious.

Steps to Reproduce:
1. Working on it.
2.
3.

Actual Results:
I will attach photos of the screen copy and the printout and follow up with another attempt at reproducing it.

Expected Results:
I will attach photos of the screen copy and the printout and follow up with another attempt at reproducing it.


Reproducible: Couldn't Reproduce


User Profile Reset: No

Additional Info:
I will attach photos of the screen copy and the printout and follow up with another attempt at reproducing it.
Comment 1 Stuart Gillies 2023-05-22 08:46:43 UTC
Created attachment 187432 [details]
what you see on the screen, correct
Comment 2 Stuart Gillies 2023-05-22 08:47:29 UTC
Created attachment 187433 [details]
photo of the printout - wrong
Comment 3 Stuart Gillies 2023-05-22 09:21:36 UTC
I have now reproduced it. The original spreadsheet was poorly formatted for printing so I had to do a number of things:

1. Set to A4
2. Set to landscape
3. adjust some column widths to a) remove ### issues and b) make it fit within a single page width 
4. delete some almost-blank lines that would have wasted paper

This recreated the exact same error as illustrated. I also notice other formatting problems, all associated with the content of columns that I had to reduce in width. My guess is that Calc is wrongly calculating (too little height) the row height when sending a column that has been narrowed to the printer.
Comment 4 Stéphane Guillou (stragu) 2023-05-22 10:59:07 UTC
Thank you for the report.
I wasn't able to reproduce using your steps and:

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

In any case, 7.3 will not see further releases, so please test again with LO 7.5 and see if you can still reproduce.
If you can, please paste here the info from Help > About LibreOffice, and provide an example file that we can directly print.

Thank you!
Comment 5 QA Administrators 2023-11-19 03:12:42 UTC Comment hidden (obsolete)
Comment 6 Stuart Gillies 2023-11-20 10:51:38 UTC
You are asking for a file to check but the file in question contains confidential info and I cannot provide it. 
As the SW version is now old I assume that if the bug persists in a later version others will report it.
Comment 7 Stéphane Guillou (stragu) 2023-11-20 13:00:04 UTC
I assume the issue isn't related to only printing a cell range selection?
If you do restrict to a cell selection, I'm wondering if you are experiencing bug 137263.

(In reply to Stuart Gillies from comment #6)
> You are asking for a file to check but the file in question contains
> confidential info and I cannot provide it. 
Any chance you can reduce the file and replace the sensitive information with sample text?
https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission
Or provide which Alignment options are used for the cell that contains the text.

If you are still using a version older than 7.5, also see if this setting has any effect: Tools > Options > Calc > Use printer metrics. (The option was removed in 7.5.)
https://ask.libreoffice.org/t/calc-text-does-not-fit-in-cell-when-printing-exporting-to-pdf/21494
Comment 8 QA Administrators 2024-07-23 03:14:52 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2024-08-23 03:15:55 UTC
Dear Stuart Gillies,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp