Description: This is my first time using LibreOffice. And I was trying to figure out what the "Auto file name extension" checkbox does. I unchecked it, changed the extensions, checked it on, changed the extension to .docx (but in the name field the extension remains .odt), saved the file, opened it. And I found this bugs. So a curious person with no experience will have problems. Steps to Reproduce: "AFNE" = Automatic file name extension chekbox. 1.create new .odt file (just right click on desktop New->OpenDocument) and type something. 2.File->Save As 3.AFNE uncheck(off) 4.AFNE check(on) (<- I think the bug is here) 5.Save as type:*docx (or another) The file name field still contains "*.odt" or the file extension that you last saved correctly. And extension can't be changed by field "Save as type". 6.Save(replace it? -> Yes.[if filename is the same]) But no saved file with name like "file.odt.docx". Still "*.odt". 7.Open saved file. 8."The file ... is corrupt and therefore cannot be opened. ... Should LibreOffice repair the file?" -> Yes 9."The file ... could not be repaired and therefore cannot be opened." -> OK Writer window closed. 10.Open saved file. 11."The file ... is corrupt and therefore cannot be opened. ... Should LibreOffice repair the file?" -> No 12."The file ... could not be repaired and therefore cannot be opened." -> OK Writer opened our saved and corrupted file. And we can read some text. So, here is another bug with opening corupted file that can't be opened :). But I don’t want to make another report because I don’t know how to make the file corrupted without the first bug. Actual Results: The saved file is corrupted. Expected Results: The file is correctly saved in the selected extension and can be opened correctly. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Vulkan; VCL: win Locale: uk-UA (uk_UA); UI: en-US Calc: threaded
First of all: "Welcome to LibreOffice!" I hope you like it! And thank you for your help to improve LO! I've tried to reproduce the bug, you describe. What I can see is: 1.Create new .odt file (just right click on desktop New->OpenDocument) and type something. 2.File->Save As 3.AFNE uncheck(off) 4.Save Result: Document is only saved with a file nam extension (like .odt or .docx), if you add it manually. If you don't do this, document is saved without an extension and can't be opened. But for me this is the expected behaviour. So I don't think, that this is a bug. Perhaps it is a lack of information about the AFNE-option, because LO Help doesn't say anything about that option (see: https://help.libreoffice.org/7.0/en-GB/text/shared/01/01070000.html?&DbPAR=WRITER&System=WIN) So perhaps an information should be added there? Andrea, wah do you think => NEEDINFO
Created attachment 167484 [details] Save As menu behavior
(In reply to Dieter from comment #1) > First of all: "Welcome to LibreOffice!" I hope you like it! And thank you > for your help to improve LO! > > I've tried to reproduce the bug, you describe. What I can see is: > > 1.Create new .odt file (just right click on desktop New->OpenDocument) and > type something. > 2.File->Save As > 3.AFNE uncheck(off) > 4.Save > My report is about the different behavior of the "Save As" menu. It is different before and after the manipulations with AFNE checkbox. It is different in case if you have just opened the "Save As" menu and in case when you open the "Save As" menu, put the AFNE checkbox Off, put the AFNE checkbox On. In the second case, if you change field "Save as Type" (in my case) from .odt to .docx and save file, you get a corrupted file. In the second case, "File name" field stop changing after you pick file type in "Save as type" field. Thus, the automatic filename extension does not work and this results in data loss. Your way to reproduce is different from mine in step 4. It should be like: Step 4: put the AFNE checkbox On Step 5: change "Save as type" field from .odt to .docx (like on the screenshot in Attachments ) Step 6: Save file. > > Andrea, wah do you think => NEEDINFO If you about this "QA:needsComment", it is written by qa-admin@libreoffice.org.
Andrey, I still can't confirm the problem. Perhaps, because it's not clear to me, what do you men with "corrupted"? There are a lot of bugs regarding save as doc(x) or load a docx-file (see bug 104520). So does corrupted mean, that you can't open the file or that something of the layout is wrong? => NEEDINFO
Created attachment 168269 [details] This is what I mean by "corrupted". This is when LO Writer can not open the file properly.
(In reply to Dieter from comment #4) You have my screenshot in attachments - "Save As menu behavior". As you can see, "Automatic file name extension" checkbox is on. (after it was off) But, AFNE is not working and there is "odt" extension in "File name" field. And you can see "docx" in "Save as type" field. And what file name should be after you press "Save" button? I expected it will be like "New OpenDocument.odt.docx". Am I right? But after I clicked "Save" I got "New OpenDocument.odt". Then I try to open this file and got a message that is on the second screenshot. So. I don't know it is only on my configuration or everybody have this bug, but I can reproduce it every time. If I don't touch AFNE checkbox - it is all right. But if I switch it Off then On before saving, I got this troubles. > Andrey, I still can't confirm the problem. Can you say, which one of the "steps to reproduce" you don't understand? My English in on pre-intermediate level. Sorry if I'm writing not clear.
(In reply to Andrey from comment #6) > If I don't touch AFNE checkbox - it is all right. > But if I switch it Off then On before saving, I got this troubles. > I mean, switch AFNE Off then On before extension is changed from "odt" to "docx".
Created attachment 168270 [details] Corrupted "odt" file which I get.
[Automated Action] NeedInfo-To-Unconfirmed
I'm sorry, but I think I can't help. I confirm that en error message pops up, if you open attachment 168270 [details]. But I can't assess, if this is a bug or not. I tried again to reproduce it with a document by my own: 1.Create new .odt file (just right click on desktop New->OpenDocument) and type something. 2.File->Save As 3.AFNE uncheck(off) 4.Save and close 5. Open writer 6. Open document Works as expected. I don't recieve an error message.
Created attachment 168760 [details] Steps to Reproduce. Animated gif.
(In reply to Dieter from comment #10) > 1.Create new .odt file (just right click on desktop New->OpenDocument) and > type something. > 2.File->Save As > 3.AFNE uncheck(off) > 4.Save and close > 5. Open writer > 6. Open document > > Works as expected. I don't recieve an error message. OK. This steps works fine. And this is the same, that you have already written in first comment: https://bugs.documentfoundation.org/show_bug.cgi?id=137990#c1 Now, can you look at step 4 in description and step 4 in your post. In description: https://bugs.documentfoundation.org/show_bug.cgi?id=137990#c0 1.create new .odt file (just right click on desktop New->OpenDocument) and type something. 2.File->Save As 3.AFNE uncheck(off) 4.AFNE check(on) 5.Save as type: docx May be this animated gif can help: http://bugs.documentfoundation.org/attachment.cgi?id=168760
(In reply to Andrey from comment #11) > 2.File->Save As > 3.AFNE uncheck(off) > 4.AFNE check(on) > 5.Save as type: docx Sorry, you're right, of course. Tested again with AFNE off/on, but still couldn't reproduce it.
Created attachment 168769 [details] AFNE is not working after Off/On
Created attachment 168770 [details] LO Writer. File Save with AFNE Off. Saved file have an extension, but Writer can not open it.
Created attachment 168771 [details] AFNE is not working after Off/On + "File corrupted" message.
Created attachment 168772 [details] That's how the programs works, as expected with no file name extension but with file type config field
https://bugs.documentfoundation.org/attachment.cgi?id=168769 https://bugs.documentfoundation.org/attachment.cgi?id=168770 https://bugs.documentfoundation.org/attachment.cgi?id=168771 https://bugs.documentfoundation.org/attachment.cgi?id=168772 This tests was on new Windows 10 Pro x64 with version 20H2 installed on 03.01.2021. Tested LO version is 7.0.4.2(x64) I just want to inform the developers about this issues. And maybe someone tell me what to do about it or how to check this problems in a different way if it appears only on my system.
> Sorry, you're right, of course. Tested again with AFNE off/on, but still > couldn't reproduce it. OK. Thank you for trying to check this out.
I reproduce the problem with rechecking the checkbox not producing the expected result. I already repro it with version 3.3.0. Áron found a duplicate. *** This bug has been marked as a duplicate of bug 139610 ***