Bug 154588 - Exporting selection to PDF results in incorrect selection/exported PDF
Summary: Exporting selection to PDF results in incorrect selection/exported PDF
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.5.2.2 release
Hardware: ARM macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-04-03 15:36 UTC by Wojtek
Modified: 2023-11-03 15:40 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Wojtek 2023-04-03 15:36:47 UTC 
Description:
When trying to export to PDF selection, instead of selected cells, random cell is exprted. It looks like Calc tries to divide the whole sheet into print-able areas and then export only part that's shared between "selection" and "calculated printable area". In my case it results in single cell being exported

Steps to Reproduce:
1.Select a group of cells to be printed, ideally somwhere away from borders of the sheet
2.select "Export to pdf", "selection" should be selected by default in this case
3.export and see the result

Actual Results:
Only single cell is exported

Expected Results:
All selection should be exported


Reproducible: Always


User Profile Reset: No

Additional Info:


Version: 7.5.2.2 (AARCH64) / LibreOffice Community
Build ID: 53bb9681a964705cf672590721dbc85eb4d0c3a2
CPU threads: 10; OS: Mac OS X 13.3; UI render: default; VCL: osx
Locale: pl-PL (es_PL.UTF-8); UI: en-US
Calc: threaded
Comment 1 m_a_riosv 2023-04-03 23:50:56 UTC 
Please attach a sample file.
Comment 2 QA Administrators 2023-10-01 03:17:43 UTC 
Dear Wojtek,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping
Comment 3 Wojtek 2023-10-30 21:12:41 UTC 
With 

```
Version: 7.6.2.1 (AARCH64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 10; OS: Mac OS X 14.0; UI render: default; VCL: osx
Locale: pl-PL (es_PL.UTF-8); UI: en-US
Calc: threaded
```

It doesn't seem to be happening anymore...
Comment 4 QA Administrators 2023-10-31 03:13:41 UTC 
[Automated Action] NeedInfo-To-Unconfirmed