Bug 137990 - FILESAVE Save As options Automatic file name extension ignores rechecking after unchecking (Windows-only)
Summary: FILESAVE Save As options Automatic file name extension ignores rechecking aft...
Status: RESOLVED DUPLICATE of bug 139610
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-04 19:45 UTC by Andrey
Modified: 2021-11-26 14:59 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Save As menu behavior (25.92 KB, image/jpeg)
2020-11-22 21:46 UTC, Andrey
Details
This is what I mean by "corrupted". This is when LO Writer can not open the file properly. (40.26 KB, image/jpeg)
2020-12-17 21:59 UTC, Andrey
Details
Corrupted "odt" file which I get. (4.23 KB, application/vnd.oasis.opendocument.text)
2020-12-17 22:43 UTC, Andrey
Details
Steps to Reproduce. Animated gif. (465.61 KB, image/gif)
2021-01-08 13:20 UTC, Andrey
Details
AFNE is not working after Off/On (1.61 MB, image/gif)
2021-01-08 17:05 UTC, Andrey
Details
LO Writer. File Save with AFNE Off. (1.29 MB, image/gif)
2021-01-08 17:13 UTC, Andrey
Details
AFNE is not working after Off/On + "File corrupted" message. (1.35 MB, image/gif)
2021-01-08 17:16 UTC, Andrey
Details
That's how the programs works, as expected with no file name extension but with file type config field (866.82 KB, image/gif)
2021-01-08 17:22 UTC, Andrey
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey 2020-11-04 19:45:25 UTC
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
Comment 1 Dieter 2020-11-22 05:38:36 UTC
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
Comment 2 Andrey 2020-11-22 21:46:17 UTC
Created attachment 167484 [details]
Save As menu behavior
Comment 3 Andrey 2020-11-22 22:00:41 UTC
(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.
Comment 4 Dieter 2020-12-16 12:01:22 UTC
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
Comment 5 Andrey 2020-12-17 21:59:23 UTC
Created attachment 168269 [details]
This is what I mean by "corrupted". This is when LO Writer can not open the file properly.
Comment 6 Andrey 2020-12-17 22:26:18 UTC
(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.
Comment 7 Andrey 2020-12-17 22:36:44 UTC
(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".
Comment 8 Andrey 2020-12-17 22:43:24 UTC
Created attachment 168270 [details]
Corrupted "odt" file which I get.
Comment 9 QA Administrators 2020-12-18 03:51:41 UTC Comment hidden (obsolete)
Comment 10 Dieter 2021-01-07 14:11:14 UTC
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.
Comment 11 Andrey 2021-01-08 13:20:21 UTC
Created attachment 168760 [details]
Steps to Reproduce. Animated gif.
Comment 12 Andrey 2021-01-08 14:03:16 UTC
(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
Comment 13 Dieter 2021-01-08 14:40:18 UTC
(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.
Comment 14 Andrey 2021-01-08 17:05:37 UTC
Created attachment 168769 [details]
AFNE is not working after Off/On
Comment 15 Andrey 2021-01-08 17:13:34 UTC
Created attachment 168770 [details]
LO Writer. File Save with AFNE Off.

Saved file have an extension, but Writer can not open it.
Comment 16 Andrey 2021-01-08 17:16:50 UTC
Created attachment 168771 [details]
AFNE is not working after Off/On + "File corrupted" message.
Comment 17 Andrey 2021-01-08 17:22:13 UTC
Created attachment 168772 [details]
That's how the programs works, as expected with no file name extension but with file type config field
Comment 18 Andrey 2021-01-08 17:42:57 UTC
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.
Comment 19 Andrey 2021-01-08 17:51:56 UTC
> 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.
Comment 20 Buovjaga 2021-11-26 14:59:54 UTC
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 ***