Description: File is not saved in intendet folder but save dialog let's me only save in a directory where no more subfolders are present. Steps to Reproduce: 1. For sake of reproducing the issue create subfolder /tmp/a 2. File->Save as 3. Choose /tmp as target 4. Click save 5. Folder /tmp/a is opened 6. Click again Save Actual Results: Click on "Save" opens next folder (until no more subfolder exist) and only at the deepest level the file is saved. In Testexample this would be "/tmp/a/mydocument.odt" Expected Results: File is saved in selected Folder /tmp/mydocument.odt Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 12; OS: Linux 5.8; UI render: default; VCL: x11 Locale: de-DE (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.0.3-0ubuntu0.20.10.1 Calc: threaded
No repro Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
(In reply to micha from comment #0) > > Steps to Reproduce: > 1. For sake of reproducing the issue create subfolder /tmp/a > 2. File->Save as Are you sure that you create the sub-folder /tmp/a before starting "File -> Save As" or are you in fact creating the sub-folder from within "Save As" dialog using "Create Folder" button. It would be indeed a hack to inactivate the (sub-) folder just created.
From my perspective a problem of directory navigation in default file manager of Ubuntu 20.10 GNOME desktop (/usr/bin/nautilus).
(In reply to Uwe Auer from comment #2) > (In reply to micha from comment #0) > > > > > Steps to Reproduce: > > 1. For sake of reproducing the issue create subfolder /tmp/a > > 2. File->Save as > > > Are you sure that you create the sub-folder /tmp/a before starting "File -> > Save As" or are you in fact creating the sub-folder from within "Save As" > dialog using "Create Folder" button. It would be indeed a hack to inactivate > the (sub-) folder just created. The first step is just to make an example for reproducing the issue. This is a mkdir cmd. I was not clear enough about that.
(In reply to Uwe Auer from comment #3) > From my perspective a problem of directory navigation in default file > manager of Ubuntu 20.10 GNOME desktop (/usr/bin/nautilus). I can reproduce the same behaviour on a Ubuntu Mate installation with Caja as file manager.
Created attachment 168533 [details] Example video Quick video showing the behaviour.
+1 Same behavior in LibreOffice Calc 6.4.6.2 Build ID: 1:6.4.6-0ubuntu0.20.04.1
Created attachment 170934 [details] Screenshots for reproducing the bug As this hopefuly makes the behavior more clear I added this document with each step. Page 1: buggy behavior Page 2: workaround to prevent the bug
reproducible with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: bd5492275d31f59b1d269205018d1487af52426f CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: x11 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo but I'm not sure if it's a LO's bug, I think it's just default behaviour of file manager.