Bug 154630 - If Selection is ticked in file naming dialog reached through File - Export, it should also be ticked in the subsequently opened PDF export settings dialog
Summary: If Selection is ticked in file naming dialog reached through File - Export, i...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
7.5.1.2 release
Hardware: x86-64 (AMD64) All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export-Options-Dialog
  Show dependency treegraph
 
Reported: 2023-04-05 20:53 UTC by Gerhard Schmidt
Modified: 2025-04-13 03:11 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
The "export as PDF" dialog (43.82 KB, image/png)
2023-04-05 20:55 UTC, Gerhard Schmidt
Details
The two-page draw file (42.47 KB, application/vnd.oasis.opendocument.graphics)
2023-04-05 20:57 UTC, Gerhard Schmidt
Details
The produced PDF (116.92 KB, application/pdf)
2023-04-05 20:58 UTC, Gerhard Schmidt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Schmidt 2023-04-05 20:53:46 UTC
Description:
In Draw: When I export selected objects as PDF (within the export submenue, not with the immediate export as PDF), I tick the "selection only" field, but the produced PDF consists of all pages and all objects, not only the ones that I selected. This is a serious error, and makes it impossible to really get the PDF that I expected: a PDF with the selected objects and of the size of the selected objects only.

By the way: the field "selected only" could better be set if the export dialog opens, if the user has selected one or more objects. This would save me one step and would avoid errors that result in false formats if I forget to tick the field.

I'll attach one of my typical draw documents and the PDF that is produced, which has two pages, even though I ticked the "selection only" and I selected the drawing on page 2 only.

brgs, gsc 

Steps to Reproduce:
1.Open the attached draw document, go to page 2, select all objects on this page.
2.Open the "Export" entry in the File menue, tick the "selection only" field.
3.Finish export with Ok.

Actual Results:
See attched PDF file.

Expected Results:
I expected a PDF page with the size of the selected objects.


Reproducible: Always


User Profile Reset: No

Additional Info:
See the attached png for the menu entry.
Comment 1 Gerhard Schmidt 2023-04-05 20:55:48 UTC
Created attachment 186500 [details]
The "export as PDF" dialog

The dialog used.
Comment 2 Gerhard Schmidt 2023-04-05 20:57:35 UTC
Created attachment 186501 [details]
The two-page draw file

The draw file
Comment 3 Gerhard Schmidt 2023-04-05 20:58:16 UTC
Created attachment 186502 [details]
The produced PDF
Comment 4 m_a_riosv 2023-04-05 22:49:20 UTC
Works for me going through:
Menu/File/Export As/Export as PDF
That shows the pdf options to export, select Range-Selection.

Through:
Menu/File/Export - Selecting PDF as type to export, and marking Selection, I receive the PDF options window.

Version: 7.5.2.2 (X86_64) / LibreOffice Community
Build ID: 53bb9681a964705cf672590721dbc85eb4d0c3a2
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
Comment 5 Stéphane Guillou (stragu) 2023-04-06 06:42:50 UTC
Same as m.a.riosv, going through File > Exports... and ticking selection does open the next dialog, in which we can select Selection again. It does work for me if the setting is selected in that dialog too.

An improvement would be to auto-select that in the second dialog if it was ticked in the first dialog.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5cc29848b78b6c5ab01aa7a66b1dd7caff5f9385
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 6 Gerhard Schmidt 2023-04-06 06:55:47 UTC
No, the preferred action should be: if object(s) are selected, all subsequent settings, wherever those are, should automatically be set.

I was not aware that there is an additional decision in the PDF dialogue to be taken. For me this is a confusional doubling.

brgs, gsc
Comment 7 QA Administrators 2023-04-07 03:27:54 UTC Comment hidden (obsolete)
Comment 8 Robert Großkopf 2023-04-07 06:57:14 UTC
Best solution would be: Put away *.pdf from export submenue. There will only be started the complete dialog for *.pdf-export and nothing else.
Comment 9 Gerhard Schmidt 2023-04-07 10:34:11 UTC
Yes, but please automatically check the "selected" radio button if the user has selected object(s).
brgs, gsc
Comment 10 Buovjaga 2023-04-12 13:41:21 UTC
Let's adjust the summary. Per bug 54908 the automatic activation of the Selection option should work for all of the applications, but it doesn't work in Impress or Draw.
Comment 11 Stéphane Guillou (stragu) 2023-04-12 15:36:22 UTC
(In reply to Gerhard Schmidt from comment #6)
> No, the preferred action should be: if object(s) are selected, all
> subsequent settings, wherever those are, should automatically be set.
> 
> I was not aware that there is an additional decision in the PDF dialogue to
> be taken. For me this is a confusional doubling.

That was implemented for Writer for bug 54908 but there is a significant number of disappointed users regarding that change (many cases of not understanding why only a part is printed, especially when the selection is not a text range).

A solution that would please most is being discussed in bug 139164. That one should be resolved first.

For this here report, I would suggest reverting the summary back to a smaller, uncontroversial fix, e.g. "If Selection is ticked in file naming dialog, it should also be ticked in PDF export settings dialog".
Comment 12 Buovjaga 2023-04-12 16:10:02 UTC
Ok, I had ignored the File - Export way and always just tested File - Export As - Export as PDF
Comment 13 m_a_riosv 2023-04-13 01:18:54 UTC
What I have done time ago, it's customizing the toolbar as what's suggested in previous comment.
Comment 14 QA Administrators 2025-04-13 03:11:44 UTC
Dear Gerhard Schmidt,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug