https://bz.apache.org/ooo/show_bug.cgi?id=127589
Issue ID: 127589
Issue Type: DEFECT
Summary: Wrong path suggested at "save as" when original path
contains non-ASCII characters
Product: General
Version: 4.1.4
Hardware: All
OS: Windows 7
Status: UNCONFIRMED
Severity: Normal
Priority: P5 (lowest)
Component: ui
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
When an OO document file that is stored at a path that contains non-ASCII
characters, is opened from a shell (Windows Explorer, Total Commander etc.), a
following "save as" operation suggests a wrong path. Instead of the path where
the file was opened from, the path of the last used file open or save dialog is
offered.
If the file is opened from within OO using the file open dialog, this error
doesn't show - probably because the last recently used dialog already used
exactly the right folder.
Steps to reproduce:
- put any OO document into (say) E:\test\ascii\
- open this document, and save it using "file"/"save as" with another name
- put any OO document into (say) E:\test\ü-not-ascii\
- open that second document by using Windows Explorer or any other shell
(double click on the document file)
- select "file"/"save as"
Expected behaviour:
The "save as" dialog should default to the path "E:\test\ü-not-ascii".
Observed behaviour:
The "save as" dialog defaults to the path "E:\test\ascii".
This bug apparently applies to all OO document types (I tested with Writer,
Calc and Draw) and was also present in 4.1.3 already. It appears to be
perfectly reproducible here (tried it on different machines).
Configuration is set to not use OO dialogs (checkbox unchecked).
Eventually this bug might be related to bug 56762 and/or bug 98604.
--
You are receiving this mail because:
You are the assignee for the issue.
