Issue 15668 - "Save As" filling filename with different, existing file
Summary: "Save As" filling filename with different, existing file
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1 Beta2
Hardware: Other Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: thorsten.martens
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-16 08:45 UTC by cdunham
Modified: 2004-10-22 13:45 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description cdunham 2003-06-16 08:45:38 UTC
Open a ss, "Save As...", pre-filled filename will be a different file from the current 
directory. Did not explore enough to find out how it was choosing, or if sometimes 
it got it right. This showed up for me saving as .xls format, nearly overwrote 
another important doc!
Comment 1 maxkennedy 2003-06-19 03:39:36 UTC
Duplicate of issue 15647
Comment 2 maxkennedy 2003-06-19 03:44:20 UTC
scratch that.  This is not a duplicate of .15647  
Comment 3 oc 2003-08-19 11:56:36 UTC
Hi Thorsten, I've reproduced the problem. Because of the shared code
this can't be a spreadsheet issue. Please have a look.
Comment 4 thorsten.martens 2003-09-03 10:56:59 UTC
Not reproducible in a more recent build like a RC3 anymore. Therefore
I set this issue to worksforme. Please feel free to reopen this issue
if it occurs in a more recent build again and give some additional
information about how to reproduce it.
Comment 5 cdunham 2003-10-07 04:33:16 UTC
Well, maybe is should be transferred to writer, as I am only able to 
reproduce this now on .sxw files. 
 
version is 1.1rc4 
 
Comment 6 thorsten.martens 2003-10-15 12:24:25 UTC
Need more information about how to reproduce this behaviour. In a RC5
(Final) these problems are still not reproducible. Please provide a
complete walkthrough where every step and mouseclick are mentioned. 
Comment 7 thorsten.martens 2003-10-15 12:26:22 UTC
.
Comment 8 cdunham 2003-10-15 18:41:28 UTC
OK. This is in 1.1.0... 
 
Create an empty directory for the test. Save all files in this test 
there. 
 
% oowriter 
 
Type 'aaa' 
File/Save (give it the name aa.sxw) 
File/New/Text Document 
Type 'bbb' 
File/Save As... (navigate to the dir, if needed) 
dialog box has 'File name' pre-filled with 'aa.sxw' 
 
You can now save this as 'bb.sxw', and doing another 'Save As...' 
will result in the 'File name' field still being pre-filled with 
'aa.sxw'. 
Comment 9 cdunham 2003-10-15 18:51:51 UTC
Oops. This isn't exactly right. You have to save 'bb.sxw' first, 
then do a 'Save As..' with that file. Also, this still happens with 
oocalc, same scenario... 
 
Updated scenario: 
  
Create an empty directory for the test. Save all files in this test  
there.  
  
% oowriter  
  
Type 'aaa'  
File/Save (give it the name aa.sxw)  
File/New/Text Document  
Type 'bbb'  
File/Save (navigate to the dir, if needed - name it bb.sxw)  
File/Save As... 
dialog box has 'File name' pre-filled with 'aa.sxw'  
  
 
Comment 10 thorsten.martens 2003-10-16 09:33:41 UTC
Just tried to reproduce this problem in a OOo1.1RC5 and it wasn´t
reproducible. When trying to save a document via save/as with a
different name, the previous given name is preselected without
extension. (eg. save/as aa.sxw.... then aa is preselected in field
filename). That´s OK ! When creating a new file and save/as is
choosen, the user needs to travel to the target folder and no
preselection in the field filename is done.
Comment 11 cdunham 2003-10-16 15:52:19 UTC
OK, try this. Before running the above scenario, set things up so 
that the Save dialog is sorted by date modified... 
 
If I sort by name I see what you are describing, if I sort by date 
modified, I see this bug... 
 
Comment 12 thorsten.martens 2003-10-20 10:02:44 UTC
TM->FS: As shown and talked about... it´s reproducible if you click on
"date modified" and having no subfolders in the target folder.
Comment 13 Frank Schönheit 2003-10-22 16:34:00 UTC
targeting for 2.0 (it's too easy for the user to overwrite the wrong
files), and accepting
Comment 14 Frank Schönheit 2004-04-26 11:57:07 UTC
fixed in CWS dba12
Comment 15 Frank Schönheit 2004-06-18 16:57:04 UTC
reopening QA
Comment 16 Frank Schönheit 2004-06-18 17:02:38 UTC
fs->tm: please verify in CWS dba13
(http://eis.services.openoffice.org/EIS2/servlet/cws.ShowCWS?Id=1349&Path=SRC680%2Fdba13)
Comment 17 Frank Schönheit 2004-06-18 17:07:02 UTC
argh. The CWS is dba12, not dba13. Sorry.
Comment 18 thorsten.martens 2004-06-21 15:40:40 UTC
Checked and verivied in cws dba12 -> OK !
Comment 19 thorsten.martens 2004-06-21 15:41:00 UTC
Verified !
Comment 20 cdunham 2004-10-15 02:50:34 UTC
This is still happening in 1.1.3 
 
To be clear, it seems to require that the file selection dialog be sorted on 
something other than  "Title", and there are no folders in the default save-to 
folder. In fact, if you have it sorted by Title, and click to sort by another 
column, the previously correct filename will be replaced with an incorrect 
one. 
Comment 21 thorsten.martens 2004-10-22 13:45:36 UTC
Problem has been fixed in a 680 build ! See milestone (OOo 2.0) ! Therefore it
will still occur in 1.1.3 !
Comment 22 thorsten.martens 2004-10-22 13:45:53 UTC
closed