Summary: | ResourceAttributes.isHidden does not work on Linux hidden files | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Andreas Pakulat <andreas> |
Component: | Resources | Assignee: | Szymon Brandys <Szymon.Brandys> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | Szymon.Brandys |
Version: | 3.7 | Keywords: | Documentation |
Target Milestone: | 3.8 M4 | ||
Hardware: | PC | ||
OS: | Linux | ||
Whiteboard: |
Description
Andreas Pakulat
2011-10-04 06:24:11 EDT
The ResourceAttributes object is intended to capture platform specific metadata about files - hidden/archive are only applicable on Windows, and the executable attribute is only applicable on *nix platforms. I think it would be a mistake to attempt to treat the Unix file naming convention in the same way as the Windows hidden attribute. If you try to disable the hidden attribute using IResource#setResourceAttributes, would you expect the file to be renamed on Linux? (In reply to comment #1) > The ResourceAttributes object is intended to capture platform specific metadata > about files - hidden/archive are only applicable on Windows, and the executable > attribute is only applicable on *nix platforms. > > I think it would be a mistake to attempt to treat the Unix file naming > convention in the same way as the Windows hidden attribute. If you try to > disable the hidden attribute using IResource#setResourceAttributes, would you > expect the file to be renamed on Linux? Hmm, thats true. For the getter it would still be nice though, but it should at least be more clearly communicated in the documentation IMHO. The docs say the attributes are platform-dependent, but not which work on which platform. Due to the 2-value return s for the boolean getters its not easy to differ between bugs in the implementation and 'not supported on this platform'... |