Bug 155351 - Data position wrong, offset in PDF created with Whole Sheet export
Summary: Data position wrong, offset in PDF created with Whole Sheet export
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pdf, implementationError
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2023-05-16 09:41 UTC by phoekoby
Modified: 2024-03-06 23:31 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
File before export (709.71 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2023-05-16 09:41 UTC, phoekoby
Details

Note You need to log in before you can comment on or make changes to this bug.
Description phoekoby 2023-05-16 09:41:41 UTC
Created attachment 187323 [details]
File before export

PDF: After export excel file to pdf with option "Whole Sheet Export" and got empty pages in resulting pdf. 

Steps to Reproduce:
1. Open Calc
2. Select menu File->Export to PDF
3. Select Whole Sheet Export
4. Open resulting pdf and there will be empty pages

Actual Results:
Not correct result of exporting file to pdf with option "Whole Sheet Export".

Expected Results:
Correct exporting file to pdf with option "Whole Sheet Export" where each sheet will be on exactly one page.
Comment 1 Mike Kaganski 2023-05-16 10:03:11 UTC
Repro using Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL threaded

The PDF pages contain a *part* of the data, located at the bottom right corner of mainly empty pages. Looks as if the page size was detected correctly, but then the data was put with a huge offset both down, and to the right.
Comment 2 phoekoby 2023-05-31 14:11:09 UTC Comment hidden (obsolete)
Comment 3 Vladimir Sokolinskiy 2023-08-22 15:09:49 UTC
Problems with the example file also occur with Print preview (Ctrl+Shift+O). Scale set too small for printing.
Comment 4 Rajasekaran Karunanithi 2023-08-31 09:02:33 UTC
Still reproducable in LO 24.2.0.0 alpha release under Windows 10(x64).

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 695ae365dcab7c7dd59b39411299c5c200081885
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-IN (en_IN); UI: en-US
Calc: threaded
Comment 5 Stéphane Guillou (stragu) 2024-03-06 23:31:19 UTC
Still the case in recent trunk build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9574a62add8e4901405e12117e75c86c2d2c2f21
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

Already the case in:

Version: 6.4.0.3
Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

so marking as "implementation error".