Bug 84282 - Save file dialoge should select file type based on user-entered file name extension
Summary: Save file dialoge should select file type based on user-entered file name ext...
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.2.6.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-24 14:54 UTC by Sean Madsen
Modified: 2015-08-14 13:00 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sean Madsen 2014-09-24 14:54:22 UTC
A recent LibreOffice upgrade came with a new "save file" interface. This interface functions differently than the previous interface in one key manner described below that leads to some problems:  

Steps to reproduce: 
1. Start a new LibreOffice document (e.g. with Writer)
2. Save the document
3. Observe the file type selected by default (e.g. .odt)
4. Enter a file name with an extension of a DIFFERNT file type (for example, enter a file name of "MyTestDocument.doc")
5. Press Tab
6. Expect that the file type field has changed to reflect the different file type that the users wishes to use. 
7. Observe that the file type field has NOT changed. And most importantly, observe that the file name extension (.doc) being used disagrees with the file type being used (.odt) 
8. Save and close the document. 
9. Navigate to the file with a file browser and open it with LibreOffice. 
10. Expect the window title of the opened document to agree with file name (e.g. MyTestDocument.doc)
11. Observe that the window title reads "Untitled 1". 
12. Make a change to the document and attempt to save the document. 
13. Expect that the document saves quickly without further action required. 
14. Observe that a SAVE AS dialog appears because the document was not opened in a way that tied it to the existing file. 

The "Untitled 1" window title is how I encountered this bug and I was so incredibly confused! 

One can work around this bug by manually changing the file type in the save file dialog. OR after saving the file, one can change the file name extension to the default extension that LibreOffice is set to use, and then the file will open correctly again. 

I feel this bug is important though because the user has no indication that upon saving the file, LibreOffice will refuse to correctly open the file again.
Comment 1 A (Andy) 2014-09-24 21:02:33 UTC
for me to a larger extent not reproducible with LO 4.3.1.2 (Win 8.1)

Step 6: is reproducible, it would be good if the file extension would switch to the typed file type
Step 11: not reproducible
Step 14: not reproducible
Comment 2 Alex Jordan 2014-10-26 20:47:23 UTC
I'm unable to reproduce. Do you have the libreoffice-gnome package installed?
Comment 3 Yousuf Philips (jay) (retired) 2014-10-26 20:52:13 UTC
Hello Sean,

Thank you for submitting the bug. The save dialog is controlled by the operating system and not libreoffice, so its unfortunately not something we can fix. If this is related to LibreOffice's own dialogs, then it is something that we can fix. Which version of LibreOffice did the save file dialog work correctly?
Comment 4 QA Administrators 2015-05-06 14:15:10 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INVALID
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 5 QA Administrators 2015-06-08 14:26:54 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

-- The LibreOffice QA Team 

This INVALID Message was generated on: 2015-05-06

Warm Regards,
QA Team