Bug 143172

Summary: When printing to file, the default location is not the directory of the file itself
Product: LibreOffice Reporter: Steffen Michalek <steffen>
Component: Printing and PDF exportAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED NOTABUG    
Severity: minor CC: jbfaure, vsfoote
Priority: medium    
Version: unspecified   
Hardware: All   
OS: Linux (All)   
Whiteboard:
Crash report or crash signature: Regression By:

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