Created attachment 78454 [details] Schema to explain steps to the bug Problem description: Openning two different types of files (ie : ODS and ODF) don't keep the original filenames. Steps to reproduce: 1. in the Windows file Explorer, select 2 files with of diferent types (ie : titi.ODF & toto.ODS), and clich on Enter to open them together, 2. the name of each file is neither "titi.ODF" nor "toto.ODS" but "sans nom 1" and "sans nom 2" (French translation of something like "unnamed1" and "unnamed2"..), 3. if You modify a file and do "Save", the "Save as..." windows appears and You need to give a name, or replace the original ! If You test with two similary file types (ie: ODF & ODF, or ODS & ODS, ...), there is no problem. Original filenames are kept. Current behavior: - orginal filenames are not kept when You open diferent files in same time ! Expected behavior: - original filenames are kept, Operating System: Windows 8 Version: 4.0.2.2 release
I can reproduce the Effect with "LibreOffice 3.6.6.2 release " German UI/ German Locale [Build-ID: f969faf] {pull date 2013-04-03} on German WIN7 Home Premium (64bit): A document couple 1.ods and 2.odt will both be opened as "Unnamed" as reported. But that is not too unexpected because a rightclick after having selected both documents in WIN Explorer will show NEW as the action to be done with <Enter>. But I can't reproduce that behavior with other programs (but only checked 2 other file type couples). So this might be the normal WIN Explorer behavior OR it's a problem with LibO Installation that it modifies WIN so that those couples will be used as _Templates_ instead of documents what should be opened. Effect not visible when I open documents via OS Files dialog Might be WIN and/or version related, not reproducible with LibO 3.5.7.2 on Ubuntu11 (VirtualBox). I think it's an installation bug, although I am not sure. I did not check with what version that "really" started
Your analyse is correct. "New" is the default action when You select two different files and do a right-click on them ; There is no "Open" action too. I think the problem come from the installation process.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.