[
https://issues.apache.org/jira/browse/NET-266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688165#action_12688165
]
Rory Winston commented on NET-266:
----------------------------------
This is strange - using the exact pattern that you provided, I get correct
results, at least using the Unix FTPEntryParser.
Can you try with the 2.1 snapshot? You'll find it here:
http://people.apache.org/~rwinston/commons-net-2.1-RC/commons-net-ftp-2.1-SNAPSHOT.jar
If that doesnt work, then if you could attach a full command log - I can show
you how to do this, if youre not sure (Its in the Commons::Net FAQ).
Thanks Iain.
> 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.
