Bug 143172 - When printing to file, the default location is not the directory of the file itself
Summary: When printing to file, the default location is not the directory of the file ...
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-07-03 10:17 UTC by Steffen Michalek
Modified: 2021-08-11 12:20 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steffen Michalek 2021-07-03 10:17:54 UTC
Description:
When using "direct export to pdf", then the current directory offered in the filename dialog window is the directory of the document.
When using "print to file" (e.g. for creating a pdf with 2-pages onto 1 paper), the current directory offered in the filename dialog window is the user home directory.
So, putting the pdf into the same directory as the document itself needs some (many) steps choosing the right directory every time you create that pdf.

The behaviour should be analog / similar.
The present behaviour is unexpected. 
(More than once I ended in searching for the printed pdf or, more often, have to click alogn always the same path of directories.

Steps to Reproduce:
1.Export as pdf (either with further options or "direct export")
2.Choose "print", "print to file" and button "print to file" (I use the german version, so I hope, the english terms are understandable).
3.Expect to reside in the same directory.

Actual Results:
The directory offered for printing/saving is the user's home directory.

Expected Results:
The directory offered for printing/saving should be the directory, where the document itself is located.
The behaviour should be the same as for e.g."save as" or "direct export to pdf".


Reproducible: Always


User Profile Reset: No



Additional Info:
I did not check the behaviour on Windows (lack of a respective system).
Comment 1 V Stuart Foote 2021-07-05 13:20:07 UTC
Hmm, don't see how this is a LibreOffice issue.  Any of the print "to file" actions are handled by the os/DE printing mechanisim. That would include 'CUPS' based printing, or any 'gs' based print.  

Would expect those would use their program default--not something affected/controlled by LibreOffice.

IMHO => NAB
Comment 2 Jean-Baptiste Faure 2021-08-11 12:20:42 UTC
(In reply to V Stuart Foote from comment #1)
> Hmm, don't see how this is a LibreOffice issue.  Any of the print "to file"
> actions are handled by the os/DE printing mechanisim. That would include
> 'CUPS' based printing, or any 'gs' based print.  
> 
> Would expect those would use their program default--not something
> affected/controlled by LibreOffice.
> 
> IMHO => NAB

I agree. There is the same issue with Evince.

Closing as NotABug.

Best regards. JBF