Closed Bug 539136 Opened 15 years ago Closed 15 years ago

Permission denied to a user that has tiki_p_admin (full perms)

Categories

(support.mozilla.org :: Knowledge Base Software, task)

x86
Windows XP
task
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: marclaporte, Assigned: lphuberdeau)

References

()

Details

user: "marclaporte" is part of group "System Admins", thus, has tiki_p_admin and should be able to do everything.

Yet,

http://tiki-trunk.mozilla.com/tiki-galleries.php
Permission denied you can not view this section 

http://tiki-trunk.mozilla.com/tiki-browse_categories.php
Permission denied

But otherwise, can access admin pages such as:
http://tiki-trunk.mozilla.com/tiki-admin.php
No longer blocks: 538387
Depends on: 538387
No longer depends on: 538387
Blocks: 538387
LPH, can you take a look at this one?
Assignee: nobody → lphuberdeau
My user account does not have admin rights, so that makes it a little hard to test. (account: lphuberdeau)
I see you as being in the System Admins group, can you confirm?
Either it was added in the mean time or I confused with an other issue.

I was able to reproduce on tiki-trunk.m.o but not on my local installation. 

All of the code setting-up permissions is located in lib/setup/perms.php. Technically, anyone with tiki_p_admin globally should be granted access to anything no matter what happens as the check has priority over any other rule.

In order to debug, I would look at the content of $groupList to make sure the right set is found and $permissionList to see if the global variable being checked is also set.

A test for $globalperms->admin might also be an indication.
Blocks: 539153
This worked for me. Steps I took:
1. Created user: test123
2. Logged in with my previous admin account (pcraciunoiu) and granted test123 admin rights (assigned to group "System Admins").
3. Logged in with test123 and visited tiki-admin.php and other links from comment 0.

Am I missing something? LPH: can you still reproduce?
Seems to work now. However, no fixes AFAIK. Might be one of those random cache/session issues.
Marking WFM. We'll just keep an eye out.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.