[BUG] regression for user.present on handling groups with dupe GIDs #64430
Labels
Bug
broken, incorrect, or confusing behavior
Regression
The issue is a bug that breaks functionality known to work in previous releases.
Milestone
Description
There are certain scenarios, such as the SLS shown below, prior to 3006.x (tested 3004.2) where membership in groups which happen to have duplicate GIDs with other group names would result in a "clean" run because membership in one of the duped GIDs was found. This seems to be broken while testing 3006.x in our operational environment.
An SLS file such as this:
in a scenario where duplicate group membership is as follows:
# grep ":1000:" /etc/group debian:x:1000: sooooosan:x:1000:susan
now results in an error message in 3006.x due to a change in how duplicate groups are checked. Further checking of duplicate group IDs will be necessary to fix this regression.
Expected behavior
Changes shouldn't be reported for duplicate groups in the checks performed, since the effective GID is appropriate for group membership.
Versions Report
salt --versions-report
(Provided by running salt --versions-report. Please also mention any differences in master/minion versions.)The text was updated successfully, but these errors were encountered: