by eggsurplus

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.

Free 30 day trial
Try it Now

By clicking you consent to share your profile with the developer

#173 - Shared calendar not showing names for all security groups

Closed Bug? created by crmadmin 11 years ago

We are on Sugar CE 6.5.12 We just noticed that not all the users that are in a security group show up in the list of users when you are selecting to see a users calendar in the shared calendar. Also, is there some way to sort the names in both no group and selected group by the users First Last name as opposed to the username?

  1. eggsurplus member avatar

    eggsurplus Provider Affiliate

    11 years ago

    It's only grabbing users with an employee_status of 'Active' so that may be why some are not showing. I sent you an updated SecurityGroups.php file that alters getMembers to sort as desired. For when a group is not selected this is a core SugarCRM issue and you will have to edit function get_user_array in include/utils.php.

  2. crmadmin member avatar

    crmadmin

    11 years ago

    Actually it is missing a whole bunch of active users. Thanks for the new file, I will put it in and then dig a little into what could be affecting it.

  3. crmadmin member avatar

    crmadmin

    11 years ago

    I am wondering why you use users.employee_status in the query instead of users.status. That seems to be our problem. Why use employee status?

    • eggsurplus member avatar

      eggsurplus Provider Affiliate

      11 years ago

      To be honest, I don't know. It was something from 8 years ago that carried over from the old Role Owner module to SecuritySuite. I don't see why it couldn't be switched over to use status now.

    • crmadmin member avatar

      crmadmin

      11 years ago

      It looks like employees is just a copy of the users now but it maintains it's own status. I would think it would make the most sense to change it to status instead.

    • eggsurplus member avatar

      eggsurplus Provider Affiliate

      11 years ago

      I agree and will do so going forward. Are you able to make that change in your own instance or do you need me to send over that modified file?

  4. eggsurplus member avatar

    eggsurplus Provider Affiliate

    11 years ago

    Changed in the 6.5.14 release. Checks users.status instead of users.employee_status in SecuityGroup.php.

This case is public. Please leave out any sensitive information such as URLs, passwords, etc.
Saving Comment Saving Comment...
Rating
Rating
  • "No brainer. I have purchased it for two production installations and not regretted it."

    Read More Reviews