6.2.1 module issue *banging my head on the wall*

[mattmarich]

I recently updated to 6.2.1 and don't have an issue with the InsideView module but am having issues with the following two modules:

Advanced OpenSales5
Zuckerreports

I made the following change in config.php and this got me further in the game


PHP Code:
'default_permissions' =>
array (
'dir_mode' => 1528,
'file_mode' => 432,
'user' => 'apache',
'group' => 'apache',
),

but I still don't have the modules in the tab window or sub-tabs. The fields for the two plugins are in the visible tabs box under 'Display Module Tabs and Subpanels'
What I'm seeing the the error logs is:

[Wed Aug 03 17:05:31 2011] [warn] [client XXX.XXX.XXX.XXX] mod_fcgid: stderr: PHP Notice: Undefined index: aos_quotes in /home/topleveldomainfolder/domains/crm.mydomainname.com/public_html/modules/Administration/views/view.configuretabs.php on line 121, referer: http://crm.mydomainname.com/index.ph...n&action=index
[Wed Aug 03 17:05:31 2011] [warn] [client XXX.XXX.XXX.XXX] mod_fcgid: stderr: PHP Notice: Undefined index: aos_invoices in /home/topleveldomainfolder/domains/crm.mydomainname.com/public_html/modules/Administration/views/view.configuretabs.php on line 121, referer: http://crm.mydomainname.com/index.ph...n&action=index
[Wed Aug 03 17:05:31 2011] [warn] [client XXX.XXX.XXX.XXX] mod_fcgid: stderr: PHP Notice: Undefined index: aos_contracts in /home/topleveldomainfolder/domains/crm.mydomainname.com/public_html/modules/Administration/views/view.configuretabs.php on line 121, referer: http://crm.mydomainname.com/index.ph...n&action=index
[Wed Aug 03 17:07:55 2011] [error] [client XXX.XXX.XXX.XXX] File does not exist: /home/topleveldomainfolder/domains/crm.mydomainname.com/public_html/cache/jsLanguage/en_us.js, referer: http://crm.mydomainname.com/index.ph...eWizard_commit
[Wed Aug 03 17:07:55 2011] [error] [client XXX.XXX.XXX.XXX] File does not exist: /home/topleveldomainfolder/domains/crm.mydomainname.com/public_html/cache/jsLanguage/Administration/en_us.js, referer: http://crm.mydomainname.com/index.ph...eWizard_commit
[Wed Aug 03 17:07:55 2011] [error] [client XXX.XXX.XXX.XXX] File does not exist: /home/topleveldomainfolder/domains/crm.mydomainname.com/public_html/cache/jsLanguage/en_us.js, referer: http://crm.mydomainname.com/index.ph...eWizard_commit
[Wed Aug 03 17:07:55 2011] [error] [client XXX.XXX.XXX.XXX] File does not exist: /home/topleveldomainfolder/domains/crm.mydomainname.com/public_html/cache/jsLanguage/Administration/en_us.js, referer: http://crm.mydomainname.com/index.ph...eWizard_commit


I have tried changing from fcgid to mod_php and right now the public_html folder is 777 recursive with chown of apache:apache

any pointers would be greatly appreciated as I'm stuck at this point in time

[kuske]

I would try

array (
'dir_mode' => 02775,
'file_mode' => 0775,
'user' => 'apache',
'group' => 'apache',
),

[mattmarich]

Thank you for the response, unfortunately this didn't resolve the issue. I do have module installations working on a non-production server, leads me to believe it may be an issue with the version of PHP ruuning. From analyzing phpinfo the main differences between systems are as follow:


Working Server - Development box
Ubuntu 10.10 64-bit
Apache 2
PHP 5.3.6: server api: Apache 2.0 Handler
user: daemon group: daemon
MySQL: 5.1.56


Non-working - Production box
Ubuntu 10.04 LTS 64-bit
Apache 2
PHP 5.3.2 server api: CGI/FastCGI (have also tried Apache 2.0 Handler)
user: apache group: apache
MySQL: 5.1.41


Beginning to think that it's an issue with PHP 5.3.2, I can't find mention of whether or not this version is supported. I am no longer receiving the en_us.js issue after setting static paths to upload_dir and cache_dir but the plugins dont show in the top nav or subnav. I do see the options in the 'Display Module Tabs and Subpanels' for the module in the Displayed Tabs box.

[juergen]

I would try

array (
'dir_mode' => 02775,
'file_mode' => 0775,
'user' => 'apache',
'group' => 'apache',
),

I found another post from you, stating this:

'dir_mode' => 1533,
'file_mode' => 509,

so i am a little bit confused. Got here a server, which is running with suexec, and he creates new files with 660, while i would want it to be 755.

So any insight would be really appreciated, am using 6.1.0 Pro at the moment.

Thanks!

Best

[andopes]

I found another post from you, stating this:

'dir_mode' => 1533,
'file_mode' => 509,

so i am a little bit confused. Got here a server, which is running with suexec, and he creates new files with 660, while i would want it to be 755.

So any insight would be really appreciated, am using 6.1.0 Pro at the moment.

Thanks!

Best

I suggest you to follow this settings:

   'default_permissions' => 
  array (
    'dir_mode' => 1528,
    'file_mode' => 432,
    'user' => 'apache',
    'group' => 'apache',
  ), 
  

Replace 'apache' by appropriate user and group.

Regards

[kuske]

I found another post from you, stating this:

'dir_mode' => 1533,
'file_mode' => 509,

so i am a little bit confused. Got here a server, which is running with suexec, and he creates new files with 660, while i would want it to be 755.

So any insight would be really appreciated, am using 6.1.0 Pro at the moment.

Thanks!

Best

Both are correct because 02775 = 1533 and 0775 = 509, nothing confusing only different number representaions.
Numbers starting wit 0 in php are octals.

[juergen]

Both are correct because 02775 = 1533 and 0775 = 509, nothing confusing only different number representaions.
Numbers starting wit 0 in php are octals.

Will give it a shot again, last time, it came up with a Internal Server Error. Have to deal with suexec, unfortunately, so, my debian will have user=vu2001 and group www-data...

Thanks! Will post my results ;-)

[juergen]

Btw: if i want to save a change in a Lead, the save button will not work. Also, i can mass update some fields, but same fields will not be saved while being in Edit View.

Even more confusing: Although i have a "direction" field in Calls module; it shows in Detail View but not in Edit View. It IS listed in the fields liest inside Calls Module...

It also misses "Umlaute" after conversion, making Marco Götze Marco Gtze Database seems to have collation swedish, while the tables and fields are UTF-8. Problem is, that this database has been moved from one server to another.

Finally, if i open an account, and add a new contact, the details of adress etc. will be prefilled, but not the Account name, this field keeps blank, but on "Save", which works here, it will be attached to the correct company.

Could this be related to the permissions / user/group settings?

Haven't found anything similar, and the various ReadMe's didnt state something like this as fixed bug in a higher version than the 6.1.0 i am currently stuck with.Am using Pacific Theme and german language, which is not perfect. The problems seem to be there in english language too, also changing theme doesn't help.

Best and Thanks!