Bug 166567 - Printing .ods has different wrapping than in LibreOffice itself which causes overprinting.
Summary: Printing .ods has different wrapping than in LibreOffice itself which causes ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: Other All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-13 15:20 UTC by Brian Quarterman
Modified: 2025-12-26 13:58 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screen shot of software appearance and PDF version (56.29 KB, image/png)
2025-05-13 15:25 UTC, Brian Quarterman
Details
Print view in PDF mode not WYSISWYG (22.51 KB, application/vnd.oasis.opendocument.spreadsheet)
2025-05-14 06:59 UTC, Brian Quarterman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Brian Quarterman 2025-05-13 15:20:10 UTC
Description:

I have tried .ods and .xls versions of the same spreadsheet, to no avail.

text wraps when printed which is not shown in the .xkls nor .ods



Steps to Reproduce:
1.Creat .ods
2.enter "Ensure C/F column (I) is correct. Save and send xls to Cath." into a column width 11.45cm using Arial 12 pt
3.Enter something in the cell below
print and look at PDF.

Actual Results:
See results from steps to reproduce above.

Expected Results:
I expected it to be wysiwyg, not illegible text.  i.e the printed version should look like the software version.


Reproducible: Always


User Profile Reset: No

Additional Info:
I expected it to be wysiwyg, not illegible text
Comment 1 Brian Quarterman 2025-05-13 15:25:44 UTC
Created attachment 200783 [details]
Screen shot of software appearance and PDF version
Comment 2 m_a_riosv 2025-05-14 00:12:50 UTC
Please attach a sample file, reduce the size as much as possible without private information,
and paste the information in Menu/Help/About LibreOffice, there is a copy icon.
Comment 3 Brian Quarterman 2025-05-14 06:59:50 UTC
Created attachment 200795 [details]
Print view in PDF mode not WYSISWYG

HTH
Comment 4 Buovjaga 2025-12-26 13:58:14 UTC
(In reply to Brian Quarterman from comment #3)
> Created attachment 200795 [details]

What I see in the example is that bug 108601 seems to affect row 4. Applying optimal height to it and saving and reloading makes the height reset to how it was before.

I do also see that the word wrapping is different. In Print Preview, "saving." is in the last line in cell B4 while in normal view "WITHOUT saving." is in the last line. This is already observed in the oldest of linux-43all bibisect repo. I guess it's the same underlying issue, so let's set to NEW for now.

Arch Linux 64-bit
Version: 26.8.0.0.alpha0+ (X86_64)
Build ID: 640a35801612123fa503fa72e8732cfb7e75caca
CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded
Built on 23 December 2025