By setting a parent category to "private", while already containing private child categories, the parent becomes denied to every users/groups even if some child categories have access granted.
This situation should never happen because access granted to a child category means access granted to all parents up to root.
Steps to reproduce: 1. create public virtual categories:
2005
2005>january
2005>january>event1
set [2005>january>event1] "private"
grant access to event1 for group family
set [2005>january] private
[2005>january] is denied to group family and family members can't reach [2005>january>event1] category
**Reported by plg on 6 Dec 2005 19:59**
**Version:** 1.5.0
By setting a parent category to "private", while already containing private child categories, the parent becomes denied to every users/groups even if some child categories have access granted.
This situation should never happen because access granted to a child category means access granted to all parents up to root.
**Steps to reproduce:** 1. create public virtual categories:
- 2005
- 2005>january
- 2005>january>event1
1. set [2005>january>event1] "private"
2. grant access to event1 for group family
3. set [2005>january] private
4. [2005>january] is denied to group family and family members can't reach [2005>january>event1] category
[Piwigo Bugtracker #236](http://piwigo.org/bugs/view.php?id=236)
<!-- github-sync-id:97224983 -->
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Reported by plg on 6 Dec 2005 19:59
Version: 1.5.0
By setting a parent category to "private", while already containing private child categories, the parent becomes denied to every users/groups even if some child categories have access granted.
This situation should never happen because access granted to a child category means access granted to all parents up to root.
Steps to reproduce: 1. create public virtual categories:
Piwigo Bugtracker #236