Bug 96503 - The Option “Paths > My Documents” is not Used for New Documents
Summary: The Option “Paths > My Documents” is not Used for New Documents
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: medium minor
Assignee: Not Assigned
Depends on: 43021
Blocks: Save
  Show dependency treegraph
Reported: 2015-12-15 11:59 UTC by Harald Koester
Modified: 2020-03-25 15:08 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2015-12-15 11:59:13 UTC
In order to reproduce the bug:

[1] Open an existing document which is not saved in the default folder (Options > LibreOffice > Paths > My documents).
[2] Change the document a bit. 
[3] Save and close the document.
[4] Create a new document and insert some text.
[5] Save the document. The Save dialogue of Windows is displayed. The proposed folder is the same of the last saved document (Step [3]). Expected: Proposed folder should be the default folder determined in the options (LibreOffice > Paths > My documents)

If you export the document as PDF, I observed the same behaviour: The proposed folder is determined by the last save of a PDF document.

My OS: Win7. According a post in the German user ML, the behaviour is correct with Win XP!
Comment 1 Buovjaga 2015-12-21 18:03:47 UTC

Win 7 Pro 64-bit Version:
Build ID: 014633f83e44ae8ba33087b6f38e8e253e281969
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-15_06:21:44
Locale: fi-FI (fi_FI)
Comment 2 QA Administrators 2017-01-03 19:57:42 UTC Comment hidden (obsolete)
Comment 3 Harald Koester 2017-03-13 21:27:25 UTC
Bug still exists in version 5.3.0.

But I'm not sure if this bug should be corrected. 

I think it's good practice to use for each subject an own folder. Hence the use of a single folder for documents is in most cases not reasonable. Therefore the definition of a single path for documents in the options dialogue may be questionable. Perhaps it's better to remove the path for documents from the options and always use the path of the last load or save of a document as proposal of the current load or save procedure.
Comment 4 QA Administrators 2018-03-14 03:37:54 UTC Comment hidden (obsolete)
Comment 5 Harald Koester 2018-03-14 11:07:17 UTC
Bug still exists in version 6.0.2 (64 bit, Win 10).
Bug already exists in version 3.3.0. Hence inherited from OOo.
Comment 6 QA Administrators 2019-03-15 03:55:52 UTC Comment hidden (obsolete)
Comment 7 Harald Koester 2019-03-27 12:11:35 UTC
Bug still exists in version 6.2.2 (Win10).
Comment 8 Oliver Brinzing 2020-01-12 07:51:31 UTC
reproducible with:

Version: (x64)
Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE

but no longer reproducible with:

Version: (x64)
Build-ID: 08d19fecdc7a2298d051e19cfdb7c35544855fc3
CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE

Comment 9 Timur 2020-01-12 09:17:53 UTC
Oliver, Fixed is only with known commit, so wrong here and should be WorksForMe. 
Harald and Buovjaga, can you please also test? 
I didn't test myself.
Comment 10 Harald Koester 2020-03-25 15:08:42 UTC
Checked with (Win10)

- version 6.3.5: Bug still exists.
- version 6.4.0 and 6.4.2: Works for me now.