Bug 746002
Summary: | User added to /etc/group doesn't belong to this group | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Artur Szymczak <ajes+redhat> |
Component: | glibc | Assignee: | Andreas Schwab <schwab> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | fweimer, jakub, kdudka, maxamillion, ovasik, schwab, twaugh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-10-13 20:01:29 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Artur Szymczak
2011-10-13 15:33:52 UTC
Thanks for report. Command id/groups just uses getgroup(2) from glibc. Btw. your steps to reproduce are incomplete - please read info documentation for id/group - "Primary and supplementary groups for a process are normally inherited from its parent and are usually unchanged since login. This means that if you change the group database after logging in, `groups' will not reflect your changes within your existing login session." - so before the logout/login, that's perfectly ok and documented behaviour. Anyway, it seems that glibc is now a bit buggy, there are more such reports... closing as duplicate of glibc bug. *** This bug has been marked as a duplicate of bug 745675 *** |