Member SinceAugust 20th, 2012
Last SeenSeptember 30th, 2019
SecuritySuite - SuiteCRM & CE Teams
Control what your users can access and save time, money, and frustrations. Lock down sensitive data in SugarCRM or SuiteCRM to specific groups or teams. Supports unlimited assigned users, unlimited group assignments to records, custom layouts for each group, login/sudo capabilities and much more.
Support September 30th, 2019 @ 5:19 pm
GitHub issue for this problem:View Comment
Support September 30th, 2019 @ 5:11 pm
I have been able to pin it down to something SuiteCRM related that started at 7.11.7. With clean installs, nothing installed, the dashboard no longer works as of 7.11.7. This causes dashlet functionality to also not work such as removing a dashlet or even functions such as deleting a group message.
I don't have a solution for you at this time, but I'm filing it as a bug on the SuiteCRM GitHub repo.View Comment
Support September 15th, 2019 @ 4:32 pm
Support September 14th, 2019 @ 5:30 pm
No, this is just for security groups to records. So you would be removing security groups from Notes only.View Comment
Support September 13th, 2019 @ 12:55 pm
Depends on your configuration. If you go to Admin->SecuritySuite->SecuritySuite Settings you can find all of your inheritance configurations for how groups get automatically added to new records and also any default group settings for new records.
More info about the options on that Settings page can be found here: https://www.sugaroutfitters.com/docs/securitysuite/options
Any time a group is assigned to a record it inserts into the securitygroups_records table. Maintaining that relationship is the sole purpose of that table.View Comment
Support September 13th, 2019 @ 4:35 am
This table contains the relationship between the security groups and your data records. For example, your contacts and any security groups assigned to it. Do also check to see if you have any processes that you have set up that may be creating these entries in the table. If so, perhaps duplicates are being created. It shouldn't be that large of a table unless you have millions of records in general.View Comment
Support September 13th, 2019 @ 3:50 am
Also upgrade to the latest SecuritySuite version 3.1.17 if you haven't already.View Comment
Support September 13th, 2019 @ 3:49 am
Be sure to check out all of the tips here for reducing your table size: https://www.sugaroutfitters.com/docs/securitysuite/optimizing-securitysuite
Also reassess how you are using security groups. The number of groups should be fairly static once you are set up. If you are needing to constantly create new groups that would be worth looking at in more depth to see why and if there is a better way to manage that need.
Hope this helps!View Comment
Support September 13th, 2019 @ 12:57 am
Thanks Mario. I am going to try to recreate the issue with that configuration. Hopefully I run into the same issue so that we can get this resolved for you.
Support September 11th, 2019 @ 1:37 pm
Could you please check your sugarcrm.log or suitecrm.log and see if there is anything around the time that you attempt to delete?
Some questions to help pinpoint the issue:
- Are you on SugarCRM CE or SuiteCRM and which version of it?
- Are you using any third party themes?
- Was the group message sent to All or to a specific group?
Support September 11th, 2019 @ 12:40 pm
Only those who created the message, an admin, or the assigned user on the Security Group can delete messages.
Let me know if you have any questions.
Support July 3rd, 2019 @ 12:32 pm
Oh! That's never fun to deal with. Nice find and thanks for sharing what you found.View Comment
Support July 1st, 2019 @ 1:10 pm
Be sure to do the following:
- Admin -> Repair -> Quick Repair & Rebuild - once the page is loaded execute any SQL generated at the bottom of the page
- Admin -> Repair -> Rebuild Relationships
- Admin -> Repair -> Repair Roles
This should solve any remaining issues as long as file permissions are all set. If you still have any issues your Apache and PHP logs should give you more information. You may need to lower your error_reporting setting in your php.ini depending on the messages you are receiving.
Support June 22nd, 2019 @ 12:06 am
Were you able to figure something out for this? Closing for now, but feel free to follow up if needed.View Comment
Support June 20th, 2019 @ 9:07 pm
Sorry, it is not compatible and there are no plans to make it so.View Comment
Support June 14th, 2019 @ 9:57 pm
3.1.16 is now available in your downloads that address the lead conversion. Just install over the top of the existing install. Do not uninstall prior.
Thanks again!View Comment
Support June 4th, 2019 @ 3:11 pm
Thanks for bringing this to my attention.
Support May 17th, 2019 @ 8:36 pm
Can you check the permissions question I asked as well? Check the Access tab for the user you are testing. Make sure Contacts->List is set to anything other than All. If it is set to Group then check the contact records you do not expect to return to see if that group is associated to the record or if the current user is the assigned to user or the created by user.
No security groups scripts need to be included. The bean takes care of all security as long as the current_user is set and the session is caching the roles correctly.View Comment
Support May 17th, 2019 @ 8:01 pm
Can you confirm if current_user actually has the current user?
If so, I've seen a weird case where you need to use $GLOBALS['current_user'] instead. Might be worth using that.View Comment
Support May 17th, 2019 @ 6:46 pm
Were you able to confirm that current_user loaded correct after doing the retrieve?
Can you also post the logic for accessing the beans? I'm only seeing the getBean for an empty Contact bean (socios). For those that are returning, is the securitygroup assigned to those records in the CRM and does the securitygroup or user have a role assigned to them that limits the contacts module list rights to Group? You should be able to go to the user's record and click on the Access tab to see if Contacts->List is set to Group, Owner, or None. If it is All then permission configuration needs to be addressed.View Comment
eggsurplus has not rated any add-ons.
eggsurplus has not verified any add-ons.
eggsurplus has not created any Wanted Add-ons.