Apache OpenOffice (AOO) Bugzilla – Issue 20698
Save as picks the wrong filename depending on file sort order
Last modified: 2013-08-07 14:41:36 UTC
When you try to save as... an open file, the original file name is not selected as the default. Apparently the first file of the same type found in the same directory is entered in the filename text box.
*** Issue 20699 has been marked as a duplicate of this issue. ***
Unable to reproduce reported behavior 1.1rc5/RH9. I opened different five existing documents and selected "save as". The default was the open document's file name. Tam
Created attachment 10068 [details] screen showing test directory, open document, save as document
*** Issue 21428 has been marked as a duplicate of this issue. ***
this might be a linux issue, can you please give me more details of your system? kernel, windowmanager etc.?
Hi Jack, I have been using OOo 1.0.x AND OOo 1.1 with a 2.2 stock kernel / KDE 2.0, 2.4.1x (SuSE 7.3), and now I am running a SuSE 8.2 distribution (KDE 3.1, SuSE kernel 2.4.20-4GB off-the-box). I _think_ that I first noticed this problem with OOo 1.0.x on all machines I use heavily (like Dave - issue 21428). Certainly I did not have this problem one year ago (Sep 2002) with release 641 (?) and the same 2.2 kernel. Given some time I will try to install older office versions and try it on directories like the one shown in the attached screenshot example.
i tested this issue on suse 8.2, kde 3.1 on OOo1.1 645m19 build8693 (just for the details) and i can not confirm this here. this is strange. if you just had this on a single system that has not been changed since long times i would say this ist a system error, but you got this on several systems and you are not the only one reporting this behaviour, i think i will investigate further on this. still leave as unconfirmed it would be nice to know if you can confirm this on a newly installed system.
utomo > JW: maybe you can set this as worksforme, as 2 people already cannot reproduce. and no t enough info to reproduce it. Thanks
OK people, let's do it again: -- Open oo, select File/New/Text Document -- write "this is document one" -- Save As... "document1.sxw" -- change the text to read "this is document zero" -- Save As... "0document.sxw" -- close document Now say I want to open document1 and save it as something else -- open /ooh/document1.sxw -- Save As... [0document.sxw] appears automagically instead of [document1.sxw] As I wrote before I am running a SuSE 8.2 distribution off-the box. My oo is the standard Oct.1 version 1.1 Linux distribution (I don't know how to get the build number off that) This behavior/procedure is also documented in my nice screen dump of Oct 7. It is very annoying, especially when you have a directory full of files with similar names and your risk overwriting one with another.
Neither reproducible with OOo 1.1.0 german (selfcompiled as well as offical version), nor with OOo 1.1RC4 english. Are you using a SuSE-supplied version of OOo (it is not clear to me from your last comment)? If so, please try again with the official version that can be downloaded from www.openoffice.org. Here again the steps I followed: New Document -"this is document one" -> save as "document1.sxw", then changed "one" to "zero", saved as "0document.sxw" and closed the doc. File|Open, select "document1.sxw", choose File|Save as.. -> I get "document1.sxw" pre-entered in the filename box.
hi dimitri , can you just try to install a version from our servers? buit please do uninstall the version of your destribution first. do not intall the version you have downloaded over the one allready installed on the system. does the error still occur after a fresh installation?
hi jack, downloaded "680m17", installed in fresh systems, (redhat and suse); did not have any problem. installed in my working system in separate directories; again no problem. funny thing is that my 'standard' Oct.1 1.1 version now does not exhibit this problem (at least with my example/problem directories)... what can I say... it must be the Christmas spirit. food for thought: As I haven't checked the source I cannot even suggest where the problem might lie but I was thinking this morning that oo is "sensitive' to locale settings and I _do_ have one such locale setting: LC_CTYPE=el_GR. Were there any changes that could have made the problem go away? Happy holidays to all !
i can just say, i dont know :) i will set this to fixed due your last comment best wishes and a happy new year jw
fixed -> closed
I am re-opening this issue because I had the same problem again. Only now I think I have found what is wrong!! The problem lies with the current sorting active at the "Save As" window. So let's try the same procedure, with a new twist: -- Open oo, select File/New/Text Document -- write "this is document zero, saved first" -- Save As... "document0.sxw" -- change the text to read "this is document one, saved last" -- Save As... "document1.sxw" -- close document Now say I want to open document1 and save it as something else -- open /ooh/document1.sxw -- Save As... [HERE YOU PRESS ON "Date Modified" TO SORT BY DATE/TIME and press ESC, as if you changed your mind...] -- Save As...[AGAIN] and... [document0.sxw] appears automagically instead of [document1.sxw] Which means, that the document name is selected according to the sort order previously selected. Now I hope that we can reproduce [and fix] this roach...
I know was able to reproduce.. -> confirming, enhancing summary. The important part is that the directory (to which the files are saved to) must not contain any subdirectories. If only files are contained in the directory, I can reproduce the problem with any sorting but by filename. (sorting by filename -> OOo picks the right filename, every other sorting: -> the wrong filename is used (the name of the file that comes first in alphabetical order))
set target OOo later, just as default. this could change if after i talked to a developer
i can confirm this now after clophs description
because this happens only in the staroffice dialog reassigned to pb
.
*** Issue 24800 has been marked as a duplicate of this issue. ***
*** Issue 27986 has been marked as a duplicate of this issue. ***
So for a temporary fix to the problem - create an sub-directory !
SBA->PB: As discussed, this is a "trap" to overwrite files. Unlike file recovery after a crash, this easily leads to unrecoverable data loss. The box "do you want to overwrite" is not an excuse to call such a case a "user error". Note: I edited the summary (mentioned "sort order" in the title and removed the subderectory stuff) to reflect the problem and not the workaround.
Fixed in cws swqbugfixes03
Reopen to send to QA.
pb -> sba: please verify on: \\so-cwsserv\cws\so-cwsserv01\swqbugfixes03\src680\src.m44\instset
Of course fixed!
SBA: Not completely verified in CWS swqbugfixes03 :-) A similar (new?) problem: When changing the sort oder (i.e. "Date modified"), the (correctly set) name will change while having the Save as dialog open. I must discuss with PB how we proceed now (To use this issue or file another one)...
I would suggest that we keep this issue open as the behavior reported by sba today (july 1st) is the same as the behavior reported on Dec 13. The question now is exactly *what* was fixed by pb??
SBA: I wrote follow-up issue 31029 to solve the remaining problem.
SBA: reassigned to TM.
SBA: I set this one (name changes WHEN the dialog is OPENED) to verified. Issue 31029 is about "Name changes WHILE dialog is open". SBA-> Dimitri: To ease our internal processes (avoiding to re-build the CWS after waiting for the fix of the rest) we do it with a follow-up issue in this case. Reason: 1. It won't hurt anybody if the 680 master build keeps th tiny bug for another few weeks 2. The longer a CWS is not integrated in the master the more effort is needed to get it in.
SBA: Set to verified.
Closed !