[
https://issues.apache.org/jira/browse/NET-266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12683647#action_12683647
]
Rory Winston commented on NET-266:
----------------------------------
Hi Iain
Can you give me a full FTP listing? This seems to work for me, however it may
be some unlikely combination of group names or other fields which gives this
result. For instance:
public void testFilenamesWithEmbeddedNumbers() {
FTPFile f = getParser().parseFTPEntry("-rw-r--r-- 1 root
root 111325 Apr 27 2001 123 456 abc.csv");
assertEquals(f.getName(), "123 456 abc.csv");
}
works as expected.
> FTPClient.listFiles() corrupts file name in certain circumstances
> -----------------------------------------------------------------
>
> Key: NET-266
> URL: https://issues.apache.org/jira/browse/NET-266
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 2.0
> Environment: Windows Vista client running JDK 1.6.0_12
> FTP server on Solaris 10
> Reporter: Iain Soars
> Priority: Minor
>
> A directory on the FTP server contains the following files:
> abc def ghi.csv
> 123 abc ghi.csv
> 123 abc 456.csv
> 123 456 abc.csv
> When calling FTPClient.listFiles on the above directory the filenames
> returned in the FTPFile[] are as follows:
> abc def ghi.csv
> 123 abc ghi.csv
> 123 abc 456.csv
> abc.csv
> As this shows, the filename 123 456 abc.csv is being truncated and returned
> as abc.csv. This appears to be the case for all filenames that follow a
> pattern of 'number group' 'space' 'number group' 'space' 'character group'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
