Tree: 78b0e368f4

master

4.2.6

4.2.4

4.2.3

5.0.0-rc9

5.0.0-rc8

5.0.0-rc7

5.0.0-rc6

5.0.0-rc5

5.0.0-rc4

5.0.0-rc3

5.0.0-rc2

5.0.0-rc1

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from '78b0e368f4'

${ noResults }

Commit Graph

6 Commits (78b0e368f4a8fc9bf654ac8a8bef23014843667e)

Author	SHA1	Message	Date
Raimund Andree	9fc4959ce2	fix: restore -RemoveSpecific in Remove-NTFSAccess and Remove-NTFSAudit Defect 17. Both cmdlets carried a removeSpecific field that no parameter set, so they always took the rights away from matching entries; the version history documents a -RemoveSpecific switch since 4.1. Both cmdlets now have the switch, which removes only an entry that matches exactly. The Security2 list overloads didn't pass the flag on, and the audit item overload didn't support it; all overloads now do. The applies-to field of both cmdlets is initialized; -AppliesTo is mandatory in the Simple sets since defect 14, so it is always set when used. Tests: Access.Tests.ps1 3 tests, Audit.Tests.ps1 2 tests, on in-memory security descriptors. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Co-authored-by: AI Assistant <ai@example.com>	4 weeks ago
Raimund Andée [MSFT]	f23e2f63a1	Fixes #48	7 years ago
Raimund Andée	dd883f889b	new upload	10 years ago
Raimund Andée	8c176ef431	cleanup before full new upload	10 years ago
Raimund Andée	53483e593a	Minor fixes	10 years ago
Raimund Andée	d42b871972	Initial upload	10 years ago