One of my colleagues has an issue where the "user group" tab disappears until they delete their browser cache. It doesn't happen to me but it seems to be an almost daily issue for her.
It doesn't seem to be a permissions issue because if I log in to her browser, it doesn't appear for me either. If I log into my browser on my pc, it is always there, and if she logs in to my browser, it is always there too.
Any ideas why this would keep disappearing? :confused:
Yes in the admin backend. I don't see an all suppliers button anywhere?
I wouldn't have thought that suppliers would be linked to a user group button. I have checked the privileges for the group my colleague is in and all the privileges for the Users section are ticked
Yes in the admin backend. I don't see an all suppliers button anywhere?
I wouldn't have thought that suppliers would be linked to a user group button. I have checked the privileges for the group my colleague is in and all the privileges for the Users section are ticked
Is it the User Groups tab on a user's profile or the User Groups under the Customers menu that is not showing?
They behave differently depending on things like is_root being set to Y for an admin in the cscart_users table.
It might be (for your associate) that this setting is being overwritten in their $_SESSION['auth'] area when the login or act on behalf of another user. However it should be set properly at login. Do you have any 3rd party addons that use the 'fill_auth' PHP hook?
Generally on that page, that tab ONLY appears for admin accounts in the cscart_users table that have:
user_type='A' and is_root='Y'
Is this an MVE site and is the admin a vendor admin or a site admin?
Really? I thought a normal admin account would have been fine to change user groups for normal customer accounts, and the root admin can change the user groups for administrator accounts?
The admin account is a site admin, and no it is not the multi-vendor edition.
You are correct in that an admin should be able to adjust the user groups for non-admin accounts and requires is_root=Y to alter admin user groups and/or to edit the usergroups themselves. My assumption from your post was that this was related to admin accounts.
The goal of the shell command I gave you was to identify all addons that use the fill_auth* hooks. It could be that a 3rd party addon is overriding. Have no idea why you'd want to try to translate that to a query since there's nothing in the DB that indicates whether an addon uses a hook or not.
You are correct in that an admin should be able to adjust the user groups for non-admin accounts and requires is_root=Y to alter admin user groups and/or to edit the usergroups themselves. My assumption from your post was that this was related to admin accounts.
The goal of the shell command I gave you was to identify all addons that use the fill_auth* hooks. It could be that a 3rd party addon is overriding. Have no idea why you'd want to try to translate that to a query since there's nothing in the DB that indicates whether an addon uses a hook or not.
Apologies for the ignorance, I'm still learning a lot about website development so I wasn't sure what the command was for. Can you advise where I would need to enter the shell command?
You would have to open an SSH session to your server and then execute the command. Or you could pass it along to your hosting provider and ask them to execute it for you and give you the results.