Apache OpenOffice (AOO) Bugzilla – Issue 127719
Save Error if Filename Contains Hash Character (#)When Using OpenOffice Dialogues
Last modified: 2022-06-20 20:01:24 UTC
Created attachment 86357 [details] Error message when using the hash character in a file name It is not possible to use the character # in a file name under Windows 7. Steps to reproduce: 1) Create a file 2) Type something 3) Save with name Bug#1 (or any other words as long as there is a Hash in the name) Observed: an error message pops up (see attached image) Expected: file saves with selected name
Not reproducible for me with AOO 4.1.5 on Windows 7 Home (32bit). (Why is this issue opened for OOo 3.3.0 or older?)
(In reply to Matthias Seidel from comment #1) > Not reproducible for me with AOO 4.1.5 on Windows 7 Home (32bit). Ah, yes. I'm running Windows 7 Pro x64 (but there is no architecture option for Windows in Hardware). It does work correctly under Windows XP Pro x86 > (Why is this issue opened for OOo 3.3.0 or older?) Because I tested with previous versions of AOO and OOo 3.3.0 and the problem also occurs (so it is not a regression)
I now installed AOO 4.1.5 (de) on Windows 7 Pro (64bit) and still can not reproduce it. I even installed the Portuguese Language Pack. ;-) However, that sounds more like a restriction of the file system. Do you try to save locally (NTFS) or on Stick/NAS?
(In reply to Matthias Seidel from comment #3) > I now installed AOO 4.1.5 (de) on Windows 7 Pro (64bit) and still can not > reproduce it. > I even installed the Portuguese Language Pack. ;-) I'm using the PT Installer + en_US Language Pack (I prefer the menus in English) > However, that sounds more like a restriction of the file system. Do you try > to save locally (NTFS) or on Stick/NAS? I can't save on any folder. Not even on the My Documents. The problem is the Hash character. I can save on any folder if the name doesn't contain the hash. I found this out because I rename the files attached to a Bug number with Bug#999 (where 999 is the exact number of the bug on the tracker) I can load previous files which contain # in the name (they were created in LO which doesn't have this bug at least since version 4.0)
(In reply to Matthias Seidel from comment #3) > I now installed AOO 4.1.5 (de) on Windows 7 Pro (64bit) and still can not > reproduce it. Ok. I think I found it. The problem only occurs when using the OpenOffice dialogs (under Tools, Option, OpenOffice, General, Open/Save dialogs "Use OpenOffice dialogs" If that option is not checked using the Windows Save dialog does allow to name the file anything. I just tested with LO 5.3.7 and what they do is instead of the error message, the file is saved with whatever is before the # character (e.g. Bug#1 is saved as "Bug" without any extension). So the bug is not fixed in LO, it is just a different mistake. Why can't the # character be used in the OpenOffice dialog? Testing with the character : (which I know is not allowed) provides a different error message (but not clearer) Using the Windows dialog when testing with : I do get a logical message "The file name is not valid"
Installed AOO 4.1.5 (pt) and Language Pack (en-US) on Windows 7 Pro (64bit): I still can't reproduce it... OK, I see you used the OpenOffice dialog. I now can confirm the behavior! Just a guess: The "filepicker" code is really old, maybe it was a restriction in Windows 98 an was never removed?
> OK, I see you used the OpenOffice dialog. I now can confirm the behavior! The can you change the Status to Confirmed? I can do that myself but I think it's a bad principle (in fact I think the bugs should be flagged as UNCONFIRMED by default) > The "filepicker" code is really old, maybe it was a restriction in Windows > 98 an was never removed? Maybe a developer can answer that (and hopefully fix it :) ) The reason I use the "old" dialog is because it allows me to save passwords to remote folders ;)
Issue is confirmed when using the OpenOffice dialog to save files.
Confirmed on Windows 7 & 11 with version 4.1.12
Changed title to more closely reflect actual bug.