You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Scott Hoof (JIRA)" <ji...@apache.org> on 2015/04/08 00:06:12 UTC
[jira] [Created] (IO-475) FilenameUtils#normalizeNoEndSeparator
returns null for UNC prefix without trailing backslash
Scott Hoof created IO-475:
-----------------------------
Summary: FilenameUtils#normalizeNoEndSeparator returns null for UNC prefix without trailing backslash
Key: IO-475
URL: https://issues.apache.org/jira/browse/IO-475
Project: Commons IO
Issue Type: Bug
Affects Versions: 2.4, 2.3, 2.2, 2.1, 2.0.1, 2.0, 1.4
Reporter: Scott Hoof
Priority: Minor
FilenameUtils#normalizeNoEndSeparator returns null for UNC prefix without trailing backslash.
The observed behavior is that normalizeNoEndSeparator returns a non-null value for the following unc-path-prefix:
\\{serverName-or-IP}\
but returns null for the following unc-path-prefix:
\\{serverName-or-IP}
There is nothing in the Microsoft API documentation which would suggest that the second unc-path-prefix would be invalid.
Therefore the expectation is that they should be treated as equivalent by FilenameUtils#normalizeNoEndSeparator.
The handling of unc-path-prefix is inconsistent with how FilenameUtils#normalizeNoEndSeparator handles drive relative and drive absolute path prefixes, where each notation is accepted and returns a non-null --> ( C: and C:\ ).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)