#3829 - Custom layout not working for specific security group
Our custom layout not working for specific security group Our Suitecrm version is 7.8.8 Pls help to solve it
Our custom layout not working for specific security group Our Suitecrm version is 7.8.8 Pls help to solve it
6 years ago
What is not working for this security group? Is this for a custom module? Is it for a specific user or all users in that security group?
6 years ago
Ex: for account module, I create group layout for "Coupling Team" group => I test on listview from account module, I login as "Coupling Team" group's user, but the layout is still default layout.
6 years ago
Is the user a member of any other groups?
Was the custom layout deployed and not just saved? When deployed it should go to /custom/modules/Accounts/metadata/[FOLDER WITH SECURITY GROUP ID]/listviewdefs.php.
Many times this fails to get copied there during deploy due to file permission/ownership issues. Granting appropriate rights and then deploying should do the trick.
Similarly, if that file is there then it may not be able to create the custom cache version in /cache/modules/Accounts/[FOLDER WITH SECURITY GROUP ID] due to lack of file permission/ownership rights.
Hopefully this gives you a couple of things to check.
6 years ago
Thank for your instruction 1. /custom/modules/Accounts/metadata/[FOLDER WITH SECURITY GROUP ID]/listviewdefs.php. => this folder is avaible 2. /cache/modules/Accounts/[FOLDER WITH SECURITY GROUP ID] => the folder are not avaible; pls guide to fix it
6 years ago
If that is the case then be sure that the file permissions/ownership are set up in a way so that SuiteCRM can create that subdirectory within /cache/modules for all modules.
6 years ago
Our instance is installed on Window Server platform, I think it is not permissions/ownership issue, pls give us your comments
6 years ago
Just ran a test with this scenario to ensure everything works as it should:
SuiteCRM 7.8.8 SecuritySuite 3.1.12
It did work as expected. However, the cached file went to the theme directory instead:
/cache/themes/SuiteP/modules/Accounts/2732eb5c-5138-334b-75d6-59f4987b548a
At the very least, a SearchForm_basic.tpl should exist in that directory. It looks like the List View is not caching a file.
Does anything in that order of events trigger something that may have been missed?
6 years ago
It not work for us. We do same as your instructions - SearchForm_basic.tpl exists in folder: /cache/themes/Suite7/modules/Accounts/ (our theme is suite7 instead of suiteP as yours) - /cache/themes/Suite7/modules/Accounts/ => have no other folder (there are only three files: SearForm-basic.tpl; SearchFormFooter.tpl and SearchFormHeader.tpl
Pls give us your comments
6 years ago
Can you please list all of your modules installed under Admin->Modular Loader? I wonder if you are running into a conflict. Also try reinstalling SecuritySuite over the top of the existing install. To force that install, unzip the SecuritySuite package, edit manifest.php, change the version number to 3.1.12_1, save, rezip and install.
6 years ago
I reinstalled it, but it is still unchanged Below is the list of modules
6 years ago
Is there any news from u, pls advise