CiviCRM Community Forums (archive)

Hey Yash,

I didn't come over this problem before, but can offer a hint for quick "hacky" workaround.

Take a look at civicrm_domain table, in "config_backend" column, in cached settings, there should be something like: "debug";s:1:"0" - if the latter number is set to 1, it means that debugging is enabled - it should look like this: "debug";s:1:"1". You can update this db field to turn debugging on for an ad hoc use.

For an original problem (why doesn't it work through UI) - if nobody comes up with an answer, please file a bug in issue tracker.

Thx,
m

lobo:

 thx. i'll certainly dig into the code to figure out the problem. since i'm using a db imported from my staging server some settings are getting corrupted
in the table civicrm_domain.config_backend. I checked the serialized array of all the settings and made the changes manually but every time
i refresh the page to access Administer CiviCRM it overwrites the civicrm_domain.config_backend with "N;".  My guess here is that
it's finding the array values of config_backend inconsistent or corrupt and hence replacing it with Null ?

Any pointers where in the code it would be doing this ?

Thanks.

Yashesh Bhatia.

check: CRM/Admin/Form/Setting.php

might be easier for you to set the config_backend to null explicitly using PMA or mysql shell and then let civicrm populate it with default values

lobo

yash:

please update the faq and add the entry. In general i dont think its a good idea for folks to manually edit serialized data. That format is not really good for editing.

lobo