Description: When attempting to save a LO file for the first time, if I choose a directory/folder with subfolders, when I press the Save button, instead of saving the file, LO will select the first listed subfolder and open that instead. As long as there are subfolders, every time I press "Save" LO will open the next subfolder at the top of the file/folder list. The file will not save until there are no more subfolders. The focus seems to default to the top listed subfolder, if there are any, and remains there until I manually do something to change that. To change this behavior, I have to select the filename being saved. Then the focus changes to the filename and I can now save the file to whatever folder I select. This only happens when using LO dialogs for Opening/Saving files. If that setting is turned off, the Windows dialogs are used and the problem goes away. The same thing happens when opening files. When the dialog box to open a file opens, the default focus is to select the top listed subfolder. If you keep pressing "Open" LO will keep opening the first listed subfolder until you reach the last subfolder. Once you select an actual file to open and press Open, that file will open. Steps to Reproduce: 1. Open any LibreOffice program (Writer, Calc, Math, etc...) and create a document, spreadsheet, or whatever that program is designed to create. 2. Try to save that document and choose a folder with subfolders. 3. LibreOffice will default to the top listed subfolder every time. If you select "Save" immediately, the document will NOT be saved. Instead, that first listed subfolder will be selected. If there are additional subfolders, each first listed folder will be selected until there are no more subfolders. Then the document will be saved. 4. To save the document in the first selected folder, the user has to select the filename (with or without changing it) so the focus has now changed from the subfolder to the filename. Pressing "Save" now saves the file. 5. The same behavior can occur when opening LO files. Instead of saving, select "Open" and choose a folder with subfolders. 6. Every time you press Open LO will keep opening the subfolders until you select an actual filename. Actual Results: Instead of saving the file, the top listed subfolder is selected. Pressing "Save" just opens that subfolder. The file is not saved. This will happen over and over again until there are no more subfolders or until you change the focus from the subfolders to the filename. Expected Results: I would expect the software to save the file in the folder selected. If I wanted it to keep drilling down into subfolders, I would do that myself and then save the file to that subfolder. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: I'm using Windows 10 Home, OS build 19043.1237 and LO Community 7.2.1.2 (x64). This bug goes back several versions, but I cannot tell how far back. I first noticed it several months ago and just now decided I should report it to see if it's a problem worth developer time to fix. I'm not a heavy user of LO, so it's possible it's been there for a while. This bug only happens when using LibreOffice Dialogs. I verified that it occurs with every LO program, so it is something system wide - not specific to any one LO program. If that setting option is turned off, Windows Open/Save dialogs are used instead and the program works as expected. Obviously not a major issue, but it's a weird behavior that can confuse users. I'm not aware of any other Windows program doing something similar. People like consistency. Took me a while to figure out what was happening. The first time it happened, I couldn't figure out how to save the file. I was in a hurry, so I just opened MS Word and used that instead. The next time, I just clicked through to the last subfolder, saved it there, and moved it manually. I finally decided to "play around" and figured out what was happening. It's a simple thing to change the focus from the subfolder to the file, but I know too many people who would consider this an issue and say why bother even using the software.
I don't reproduce the problem with LibreOffice dialogs. Can you re-test with 7.4? Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
It seems to be partially fixed. It no longer automatically selects the first subfolder. I can save the file in the folder selected. However, when I manually select a subfolder (single click, not double click) and press Save, it will open that subfolder rather than save the document. Similar to what I was experiencing earlier, just without the subfolder automatically being selected. This happens when saving with both LibreOffice dialogs and Windows system dialogs. Tested with Writer ver 7.4.1.2, Windows 10 (fully updated).
(In reply to Robert Nargang from comment #2) > It seems to be partially fixed. It no longer automatically selects the first > subfolder. I can save the file in the folder selected. However, when I > manually select a subfolder (single click, not double click) and press Save, > it will open that subfolder rather than save the document. Similar to what I > was experiencing earlier, just without the subfolder automatically being > selected. This happens when saving with both LibreOffice dialogs and Windows > system dialogs. Tested with Writer ver 7.4.1.2, Windows 10 (fully updated). I confirm this Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4d9b83a417bbde8148b67d2ab0abe9f4ae285276 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
Dear Robert Nargang, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I am marking this resolved. The focus no longer defaults to the top subfolder so that issue went away. It still behaves as I discussed in Comment 2. However, I looked at MS Office to compare functionality and realized both office suites behave in a similar manner. For both office suites, if a user selects a folder when trying to open a file, the folder is opened instead. That behavior makes sense. What MS Office does slightly differently happens when saving a file. If a user selects a folder, the "Save" button changes to say "Open" instead. It then opens the folder and reverts back to saying "Save" again. The text in the button is dynamic and lets the user know either the selected folder will be opened or the file will be saved. With LO, the Save button says Save when either opening a folder or saving a file. That may confuse some users but seems to be a UI problem, not a functionality problem. Not sure how difficult it would be to create dynamic text in a dialog button. Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded