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
Asset roles not working as expected in 3.2 (possibly since 3.0) #2406
Comments
Same And you can reproduce the bug on the demo by creating new account. |
Same here. Thought I was crazy. Snipe-IT - 3.2 |
Can you confirm that the user you're seeing the issue on is not a member of any other permission groups that deny the Asset: Edit permission? |
Yes Brian Nguyen's Permissions from the Database - ADMIN Group Permissions - If I give him superuser permissions her can create labels. Otherwise we see the following error. This can be reproduced for all of my users. |
Via the group, or via his own permissions? Is is just label creation/asset editing, or are there other things that he can't do that he should be able to do? |
Via the group. The users have complete "Inherit" permissions Give me a minute or two to check on the other actions |
Seems limited to actions considered "editing" which appear to be label generation and actual asset editing I see your commit, would you like me to pull it down and test? |
If you wouldn't mind, that would be great. It's only on the develop branch right now |
I'll report back soon! Thanks! |
(You may also want to run migrations, as there's a small tweak to the DB on the develop branch) |
Like a charm! |
Awesome! I'll get that merged into master then. |
I simply pasted the assets.edit gate into the AuthServiceProvider.php to test I think I may stay with this setup until the merge hits master, I like to avoid the testing branch for production. Thank you for the quick responses |
pulled master, ran migrations and tested works perfectly |
Expected Behavior (or desired behavior if a feature request)
Assign Assets:Edit role to a Group - Assign that group to a user 'snipetest' - user 'snipetest' should then be able to edit assets.
Actual Behavior
User is unable to edit asset - button not visible - this is via the 'list assets' view, if you try via the other entry point (click on asset, then edit) it fails also with a 403.
Only permission that allows editing of assets is Super Admin.....
Please confirm you have done the following before posting your bug report:
Please provide answers to these questions before posting your bug report:
app/storage/logs
and your webserver's logs.The text was updated successfully, but these errors were encountered: