CiviCRM Community Forums (archive)

Hi all,

Sorry for the vague subject, but it's the most accurate description I could come up with. I just switched hosts, and all my CiviCRM forms (anything with a Save/Submit & Cancel button) seem to be 'dead.' The 'Cancel' button doesn't even redirect. It's like the script is getting stopped before it gets anywhere.

Even more puzzling is that it only happens to my CiviCRM forms. The Drupal forms all finish perfectly. PHP memory is generous (90M). I don't think it's a base_dir restriction.

I've pored over civicrm_settings.php more times than I can count, since that's where I make most of my mistakes. I can't find anything else to try.

TIA for any debugging suggestions.

Hi,

I am having the same problem on an installation of 1.8.11536 with Drupal 5.2 and PHP4. CiviCRM uses a different database than the Drupal one.

Modifying anything returns the form in its original state. Even trying to activate debugging/backtracing.

I have installed CiviCRM many times, but usually on PHP4, so I'm guessing the PHP version has something to do with it.

Ah, and I also have the error "Could not find valid value for ct" when I try to update a contact.

I'm not sure if it's worth to debug, or just to migrate to a site with PHP5.

Any ideas?
Mathieu

Nothing in the logs, but I activated backtracing by editing the domain information in the database directly, and got the following backtrace:

civicrm/CRM/Core/Error.php, backtrace, 258
civicrm/CRM/Utils/Request.php, fatal, 112
civicrm/CRM/Contact/Form/Edit.php, retrieve, 154
civicrm/CRM/Core/Form.php, preprocess, 291
civicrm/CRM/Core/QuickForm/Action/Display.php, buildform, 101
civicrm/packages/HTML/QuickForm/Controller.php, perform, 195
civicrm/packages/HTML/QuickForm/Page.php, handle, 95
civicrm/CRM/Core/Controller.php, handle, 216
civicrm/CRM/Utils/Wrapper.php, run, 78
civicrm/CRM/Core/Invoke.php, run, 490
civicrm/CRM/Core/Invoke.php, form, 189
civicrm/CRM/Core/Invoke.php, contact, 93
civicrm/drupal/civicrm.module, invoke, 320, civicrm_invoke,
/includes/menu.inc, call_user_func_array, 418
index.php, menu_execute_active_handler, 15

I went into CRM/Utils/Request.php and dumped the parameters of the call to retrieve():

retrieve: name = ct, type = String, store = , abort = , default = , method = GET
retrieve: name = cst, type = String, store = , abort = , default = , method = GET
retrieve: name = action, type = String, store = Object, abort = , default = add, method = GET
retrieve: name = ct, type = String, store = Object, abort = 1, default = , method = REQUEST

the 4th call is the one which causes the backtrace. A var_dump() of the store object for the 4th call is available here: http://www.bidon.ca/transit/object_store.txt.gz

No problem, I also suspect PHP4, I just wanted to be sure it was not some obvious mistake.

Thanks,
Matt