Member SinceAugust 20th, 2012
Last SeenNovember 14th, 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 November 14th, 2019 @ 2:21 pm
To be safe, I went ahead and did another test on 7.11.10 with a custom module, custom layout for a group that included a custom list view and the test worked great.
If you can send over those logs I will take a look to see if anything stands out. Unfortunately upgrades can go awry at times, always at the least convenient times, of course. Hopefully you can get past this one quickly.
Another thing to try, just in case it isn't a code issue, is to reset your permissions on that directory. Perhaps the upgrade caused some permissions to get changed:View Comment
Support November 14th, 2019 @ 1:24 pm
Would it be possible to send your Apache/PHP and suitecrm.log logs to solutions at eggsurplus dot com?
Having seen the code changes in SuiteCRM in 7.11.10, I'm nervous that something in SuiteCRM may have changed that is causing this issue. They made a number of changes that ended up breaking various areas of SuiteCRM. I am happy to help pinpoint where those issues are.View Comment
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
eggsurplus has not rated any add-ons.
eggsurplus has not verified any add-ons.
eggsurplus has not created any Wanted Add-ons.