Bug 159692 - Check Boxes are printed/exported at the wrong position
Summary: Check Boxes are printed/exported at the wrong position
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Form-Controls
  Show dependency treegraph
 
Reported: 2024-02-12 13:47 UTC by l.stintzing
Modified: 2024-02-22 05:44 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Comparison between LO7 and 24 PDF Export (67.10 KB, image/jpeg)
2024-02-12 13:47 UTC, l.stintzing
Details
ODT file that was exported for the screenshots (9.72 KB, application/vnd.oasis.opendocument.text)
2024-02-12 13:48 UTC, l.stintzing
Details
Printing result (8.86 KB, application/pdf)
2024-02-15 20:22 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description l.stintzing 2024-02-12 13:47:23 UTC
Created attachment 192522 [details]
Comparison between LO7 and 24 PDF Export

With LibreOffice Writer 24.2.0.3, when printing or exporting to a PDF-File, Check Boxes appear at a wrong position - usually to the way too far to the right and a bit lower than their position in the original ODT file.

When printing or exporting from that same ODT-file but with LibreOffice 7, they appear at the correct position.

The attached picture shows a comparison between the ODT file and the PDF-exports with version 7 and 24.

Tested on Windows and Linux.
Comment 1 l.stintzing 2024-02-12 13:48:41 UTC
Created attachment 192523 [details]
ODT file that was exported for the screenshots
Comment 2 Telesto 2024-02-12 15:05:16 UTC
1. Open the attached file (attachment 192523 [details])
2. Press Print button -> Print Preview is already wrong 

No issue when exporting PDF directly with the button on the toolbar
Comment 3 Telesto 2024-02-12 15:06:31 UTC
Fine with
Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community
Build ID: 35f19e5cb93ce218787904e99c2bedfd40e725cc
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded
Comment 4 raal 2024-02-13 18:56:00 UTC
No repro with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f289fe3dca487c45417f7b40d51a4830f3369fb1
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: x11
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo
Comment 5 Telesto 2024-02-15 20:22:06 UTC
Created attachment 192593 [details]
Printing result

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 125fc2ce861c82592b261f2992c893b414396e56
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded
Comment 6 Telesto 2024-02-15 20:30:54 UTC
Bisected to
author	Noel Grandin <noel.grandin@collabora.co.uk>	2023-07-04 14:36:48 +0200
committer	Noel Grandin <noel.grandin@collabora.co.uk>	2023-07-04 19:16:55 +0200
commit d408fe5cd45c9594feecec727ab2f73c66e361d0 (patch)
tree aba257a44368e5f6a255c8a61e30e2d15e4c386e
parent 77befddec9486403c471b2beafd4ca0fd2429c5a (diff)
unnecessary LogicToPixel in CheckBox::Draw
we are already in logical pixels here, and the ImplDraw call expects
logical pixels