[MAGNOLIA-1947] MgnlUserManager does not take realm into account in method getAllUsers() Created: 10/Dec/07  Updated: 05/Oct/11  Resolved: 31/Aug/11

Status: Closed
Project: Magnolia
Component/s: core, security
Affects Version/s: 3.5 RC3
Fix Version/s: 4.4.5

Type: Bug Priority: Major
Reporter: Vivian Steller Assignee: Ondrej Chytil
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Cloners
is cloned by MAGNOLIA-3817 CLONE -MgnlUserManager does not take ... Closed
dependency
is depended upon by MAGNOLIA-1948 MgnlMailFactory can't read e-mail add... Closed
is depended upon by MAGNOLIA-1949 Default workflow definition should al... Closed
duplicate
is duplicated by MAGNOLIA-1968 MgnlUserManager.getAllUsers doesn't r... Closed
is duplicated by MAGNOLIA-2496 getAllUsers method from MgnlUserManag... Closed
relation
supersession
is superseded by MAGNOLIA-3851 MailUtil.getAllUserNodes() do not res... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

current implementation only loops over root node



 Comments   
Comment by Magnolia International [ 19/Dec/07 ]

DelegatingUserManager should be also fixed to take all UserManager instances into account instead of just the first one.

Comment by Ondrej Chytil [ 11/Aug/11 ]

getAllUsers() is now returning all users under current realm within whole structure.
Not needed to port to trunk, already fixed there.

Comment by Jan Haderka [ 16/Aug/11 ]

Issue is not fixed in trunk even tho the code looks different then on the branch.
And DelegatingUserManager needs to be fixed as well.

Generated at Mon Feb 12 03:31:53 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.