Community
Participate
Working Groups
Steps: 1) Add a project and assign "pattern matcher" filter to it (e.g. *.txt) 2) Add "a.txt" file to the project, it appears and is not filtered out 3) Refresh the project, now the file disappears
Oh yes, this is by design. It might not be intuitive, but the idea is that if the user explicitly creates a file under a folder that would normally be filtered out, this is for a reason - and the user is demonstrating his desire to override the filter for that single file. This could be for a good reason, for example editing the file. Once the user do a refresh local, it then disappears because of the filters being applied. If this was not the case, it would be confusing for the user when he creates a new file, since it would not be able to edit it right away (as he can normally do with new files), having the new being open in an editor right after creation. This also is in line with the general filter design, I believe, since its purpose is to show a subset in the workspace of the file system content.
Marking as INVALID.