Bug 92163 - file open/save dialog : forbid characters in file names according to user settings
Summary: file open/save dialog : forbid characters in file names according to user set...
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.2.8.2 release
Hardware: Other All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2015-06-18 19:58 UTC by Jérôme
Modified: 2021-07-07 08:02 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jérôme 2015-06-18 19:58:19 UTC
In my organisation, we're using a Samba storage.

On this storage, due to the path size limitation, we are asking the users to avoid names with special characters (2 UTF16 words instead of 1).

It would help if we could specify into the user settings the characters which are forbidden in file names.
Comment 1 Robinson Tryon (qubit) 2015-11-03 05:28:10 UTC
(In reply to Jérôme from comment #0)
> In my organisation, we're using a Samba storage.
> 
> On this storage, due to the path size limitation, we are asking the users to
> avoid names with special characters (2 UTF16 words instead of 1).

Hmm...ideally you'd be able to fix this in SAMBA. Perhaps Windows clients have some limitations themselves...

> It would help if we could specify into the user settings the characters
> which are forbidden in file names.

Sounds like it could have some applications.
Priority -> low
Status -> NEW
Comment 2 Buovjaga 2021-07-05 14:09:54 UTC
UX team: this is kind of niche - should it be included? I guess as an expert option, if yes.
Comment 3 Heiko Tietze 2021-07-07 08:02:42 UTC
I disagree. We should not limit our self because some protocol has restrictions. And fiddling around with the standard dialogs is always suspect. Under Linux I can save a file with the name 1:2.odt while the colon is is not a valid filename on Windows. But this error string is not present in the code so I assume it's checked on the OS. And we should keep it this way.