Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug - AdminACL: Wrong fallback for ACL keys level 3 variable #629

Open
stefanhaerter opened this issue Jan 14, 2025 · 0 comments
Open

Bug - AdminACL: Wrong fallback for ACL keys level 3 variable #629

stefanhaerter opened this issue Jan 14, 2025 · 0 comments

Comments

@stefanhaerter
Copy link

Environment

  • Server OS: -
  • Browser: -
  • Znuny version: -

Expected behavior

Admin screen for editing ACLs loads without error.

Actual behavior

When loading the screen, an internal server error occurs (derived from testing in OTOBO).

How to reproduce

Steps to reproduce the behavior:

  1. Go to the system configuration
  2. Search for 'ACLKeysLevel3'
  3. Disable all found settings and deploy the changes
  4. Navigate to AdminACL
  5. Try to add a new ACL or edit an existing one

Additional information

If the understanding of the Znuny code is correct, you are also affected by a minor bug reported by me in RotherOSS/otobo#4059. Relevant code:

# get list of all possible actions
my @PossibleActionsList;
my $ACLKeysLevel3Actions = $ConfigObject->Get('ACLKeysLevel3::Actions') || [];
for my $Key ( sort keys %{$ACLKeysLevel3Actions} ) {
push @PossibleActionsList, @{ $ACLKeysLevel3Actions->{$Key} };
}

The cause of problem is that an array ref is used as fallback for the ACLKeysLevel3 variable when instead it should be a hash ref.

@stefanhaerter stefanhaerter changed the title Bug - [short text describing the problem] Bug - AdminACL: Wrong fallback for ACL keys level 3 variable Jan 14, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

1 participant