Bug 90719 - Save not into the original folder
Summary: Save not into the original folder
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.2.6.3 release
Hardware: x86 (IA32) Windows (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-04-19 17:33 UTC by belbuda.kozmetika
Modified: 2020-06-07 16:01 UTC (History)
3 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 belbuda.kozmetika 2015-04-19 17:33:12 UTC
I open more .ods (xls) table from different folders. When I use later the save  command (maybe first by the last opened) all documents will be saved into the last opened folder and not into their original place. (When you reopen the document from the original place you will not find the modifications in the document you have made.)
Comment 1 Aaron Honeycutt 2015-04-19 18:13:51 UTC
I'm changing this status to NEEDINFO as I cannot understand the problem. Please rewrite it and move the status to UNCONFIRMED after that. Thanks for the report!
Comment 2 Joel Madero 2015-04-19 18:16:41 UTC
In the future please do not prioritize your own bugs - this is clearly not a major bug in any sense of the word. Setting to minor (can slow down professional quality work but will not prevent it)
Comment 3 belbuda.kozmetika 2015-04-19 20:28:48 UTC
1. You open the first document: ...\a\x.ods
2. Then you open the second document ...\b\y.ods
3. Modify the second dokument and then click "Save"
4. Change the window to the first document.
5. Modífy the first document and then click "Save"
   The document will be written to ...\b\x.ods instead
   of the original folder:...\a\
Comment 4 Joel Madero 2015-04-19 20:52:30 UTC
In the future please try to follow the instructions else we might never confirm and fix your bug.

"move the status to UNCONFIRMED after that"

Setting to UNCONFIRMED. Thanks
Comment 5 raal 2015-04-20 07:37:08 UTC
Hello,
I can not reproduce with  4.4.2.2, ID build: c4c7d32d0d49397cad38d62472b0bc8acff48dd6 ; win7

Seems to be fixed. Please upgrade to current version 4.4, https://www.libreoffice.org/download/libreoffice-fresh/ and then re-test. Closing bug as "Works for me", if you'll observe the bug in 4.4 version set status again to unconfirmed. Thank you.
Comment 6 QA Administrators 2016-09-20 09:34:06 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2019-12-03 14:36:18 UTC Comment hidden (obsolete)
Comment 8 Roman Kuznetsov 2020-06-07 16:01:42 UTC
(In reply to raal from comment #5)
> Hello,
> I can not reproduce with  4.4.2.2, ID build:
> c4c7d32d0d49397cad38d62472b0bc8acff48dd6 ; win7
> 
> Seems to be fixed. Please upgrade to current version 4.4,
> https://www.libreoffice.org/download/libreoffice-fresh/ and then re-test.
> Closing bug as "Works for me", if you'll observe the bug in 4.4 version set
> status again to unconfirmed. Thank you.

no repro in

Version: 7.1.0.0.alpha0+
Build ID: 2047a5978ac8188e61da9cd3b2f40d86df5570bb
CPU threads: 4; OS: Mac OS X 10.15.5; UI render: default; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded

so it's WFM now