[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17599215#comment-17599215
]
Gary D. Gregory commented on IO-741:
Probably within a month or so.
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17599202#comment-17599202
]
JM commented on IO-741:
---
When is the next release scheduled? I got affected by the same bug
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17551255#comment-17551255
]
Thomas Draier commented on IO-741:
--
Indeed, it works with 2.12.0-SNAPSHOT , thanks !
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17551246#comment-17551246
]
Gary D. Gregory commented on IO-741:
It looks like I fixed this in commit a463f1e85d7481d71ffe7ff3671cb1798a462296 9
month ago; would you try a 2.12.0-SNAPSHOT build from
[https://repository.apache.org/content/repositories/snapshots/commons-io/commons-io/2.12.0-SNAPSHOT]
?
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17551243#comment-17551243
]
Thomas Draier commented on IO-741:
--
I’m using 2.11.0. It was working fine with 2.8.0.
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17551186#comment-17551186
]
Gary D. Gregory commented on IO-741:
What version are you using ?
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17551098#comment-17551098
]
Thomas Draier commented on IO-741:
--
Hi,
I'm having the exact same issue when using this signature :
{code:java}
public static Collection listFiles(final File directory, final
IOFileFilter fileFilter, final IOFileFilter dirFilter)
{code}
Calling :
{code:java}
FileUtils.listFiles(symlink, TrueFileFilter.INSTANCE, TrueFileFilter.INSTANCE);
{code}
does return the symlink only, not the content of the linked folder.
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17391932#comment-17391932
]
Zach Sherman commented on IO-741:
-
[~ggregory], very sorry for the delay on this. We were able to verify that this
issue is fixed in 2.11. Thank you for getting the fix out so quickly.
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (IO-741) FileUtils.listFiles does not list matching files if File parameter is a symbolic link
[
https://issues.apache.org/jira/browse/IO-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17377863#comment-17377863
]
Zach Sherman commented on IO-741:
-
[~ggregory] apologies for the delay. I will verify this in tomorrow or early
next week. Looking at the commit though, I think this should work. But will
verify for sure soon.
> FileUtils.listFiles does not list matching files if File parameter is a
> symbolic link
> -
>
> Key: IO-741
> URL: https://issues.apache.org/jira/browse/IO-741
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
>Affects Versions: 2.9.0, 2.10.0
>Reporter: Zach Sherman
>Priority: Major
> Fix For: 2.11.0
>
>
> This is a regression from 2.6.0. We are using the following FileUtils
> utility function to list matching files under a directory:
> {noformat}
> public static Collection listFiles(File directory, String[] extensions,
> boolean recursive){noformat}
>
> In particular the call we are making is:
> {noformat}
> FileUtils.listFiles(extension, new String[]{"jar"}, false);{noformat}
> This used to return all matching files in 2.6.0 when the directory was a
> symlink, but it no longer does. Breaking through the code in a debugger, I
> was able to manually add the FileVisitOptions.FOLLOW_LINKS option, but this
> is not specifiable from an external caller outside of commons-io.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
