Apache OpenOffice (AOO) Bugzilla – Issue 99918
Error in proposed filename if containing spaces
Last modified: 2009-03-26 15:53:28 UTC
OOO310m4 on Win Vista. Steps to reproduce: - Create a new document (i.e. Writer) - Save the document as filename containing spaces (i.e. "test test test.odt) - Reopen the document - Select "Save As..." - ERROR: the proposed name contains the sequence %20 instead of spaces (i.e. "test%20test%20test.odt")
if this issue is confirmed, it should be regarded as a 3.1 stopper. just an information: if you say OK to save, do you come with a test%20test %20test.odt file or the file is saved correctly?
The file is saved with the wrong name test%20test%20test.odt
well, this is clearly a regression... i hope this can be fixed in OOo 3.0.1 i save a lot of files with spaces in the filename... all those "%20" in the filename look weird and remind me old O/S days...
With OOo native dialogs it works fine, as usual...
i don't understand your last comment non ho capito il tuo ultimo commento
The problem affect only the Vista system file dialog. Native OOo dialog (Tools > Options... > OpenOffice.org > General > Use OpenOffice.org dialogs, works fine.
Added keyword regression.
cd: Accepted and starting.
set target and reassigned
cd: Started.
cd->mav: As discussed the root cause is related to your changes in sfx2\source\doc\guisaveas.exe. The Vista file dialog is only one which don't decode the provided name, therefore this problem can only be seen on Vista. From my point of view the Vista file dialog is the only one which handles the name correctly. It's not clear that the name is encoded and decoding must be done by the framework code. cd->QA: As this issue will be fixed in the platform independent part, ALL platforms must be tested!
The file name is now provided in decoded state.
mav->of: Please verify the issue. Additionally please test the scenario from issue 99680. It is affected by the fix.
of: Fix verified in cws mav48.
looks good in master ooo310_m7