Closed (fixed)
Project:
Webform CiviCRM Integration
Version:
7.x-2.x-dev
Component:
CiviCRM Data Handling
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Aug 2011 at 23:48 UTC
Updated:
13 Dec 2011 at 18:10 UTC
Comments
Comment #1
colemanw commentedI'm unable to reproduce this -- I'm using a fresh install of the latest D7 and Civi4. Can you give more details about your setup?
Comment #2
megaphonejon commentedHi Coleman,
Thanks for being so incredibly responsive! The bugfixes you've already made are pretty awesome.
I upgraded to -rc3 but am still seeing this bug. I'm running Drupal 7.7 with Civi 4.0.5 on Debian Lenny with PHP version PHP 5.2.6-1+lenny9 with Suhosin-Patch 0.9.6.2. I've included a backtrace.
I noticed that the records DO get added to Civi - and also that there's a bunch of PHP notices that appear when I go to the Civi homepage that seem to be related, since they make reference to CustomValueTable.php, which based on the backtrace seems to be related.
Comment #3
megaphonejon commentedComment #4
colemanw commentedThis sounds like a CiviCRM core/api issue.
Please try doing an api address create on your own (outside this module), and see if you get the same result.
You can do so directly from /civicrm/ajax/doc/api#explorer
Comment #5
megaphonejon commentedHi Coleman,
I just tested a variety of REST API calls involving fields containing country data and didn't encounter any errors. I'm going to punt this to someone else in my shop and see if he has better luck than I do.
Jon
Comment #6
petednz commentedoddly i just had a bunch of Activities passed through that were blank - on the off-chance, since country was also being collected, i removed the country field, and had the Activities fields collected in civicrm - yay - thinks I, so if i reset the Country field in the form, the fields will be blank on next submission - but no, they were filled.
so thought i might have been adding something to this but looks like i'm not - but am reporting anyhow.
Comment #7
petednz commentedjust updating this to say that the Country field still seems to be a culprit for data not going through to civicrm - removing the field has fixed it again and I will leave removed for now
Comment #8
colemanw commentedI keep trying but failing to encounter any strange behavior related to country fields on my sandbox. If anyone who can reproduce this bug on their own server could please send me a login and link, I would be happy to investigate.
Comment #9
petednz commentedhappy to provide you an account but probably useful if i was on hand - so ping me in irc or skype
Comment #10
megaphonejon commentedHi Coleman,
I think I want to correct my earlier statement, and this MIGHT only be triggering on custom data fields collecting Country (or State/Province) info.
jlacey has been debugging this on and off, and he's made some headway but not enough for a fix. You may want to ping him on #civicrm (he's usually on during weekdays) if you want to check in with him - I imagine he'll be checking in with you before too long.
Comment #11
jaymcgraw commentedHaving the same issue with custom State/Province data field:
A non-recoverable error has occurred. Cannot recognize StateProvince for 1022
backtrace
/home/cdmpdev/public_html/sites/all/modules/civicrm/CRM/Core/Error.php, backtrace, 296
/home/cdmpdev/public_html/sites/all/modules/civicrm/CRM/Utils/Type.php, fatal, 177
/home/cdmpdev/public_html/sites/all/modules/civicrm/CRM/Core/BAO/CustomValueTable.php, escape, 501
/home/cdmpdev/public_html/sites/all/modules/webform_civicrm/webform_civicrm_utils.inc, setValues, 720
/home/cdmpdev/public_html/sites/all/modules/webform_civicrm/webform_civicrm_utils.inc, webform_civicrm_save_custom, 131
/home/cdmpdev/public_html/sites/all/modules/webform_civicrm/webform_civicrm.module, webform_civicrm_process_submission, 131
/home/cdmpdev/public_html/sites/all/modules/webform/includes/webform.submissions.inc, webform_civicrm_webform_submission_presave, 108
/home/cdmpdev/public_html/sites/all/modules/webform/webform.module, webform_submission_insert, 2272
/home/cdmpdev/public_html/includes/form.inc, webform_client_form_submit, 1414
/home/cdmpdev/public_html/includes/form.inc, form_execute_handlers, 832
/home/cdmpdev/public_html/includes/form.inc, drupal_process_form, 352
/home/cdmpdev/public_html/includes/form.inc, drupal_build_form, 189
/home/cdmpdev/public_html/sites/all/modules/webform/webform.module, drupal_get_form, 1397
, webform_node_view,
/home/cdmpdev/public_html/includes/module.inc, call_user_func_array, 819
/home/cdmpdev/public_html/modules/node/node.module, module_invoke_all, 1387
/home/cdmpdev/public_html/modules/node/node.module, node_build_content, 1285
/home/cdmpdev/public_html/modules/node/node.module, node_view, 2534
/home/cdmpdev/public_html/modules/node/node.module, node_view_multiple, 1407
/home/cdmpdev/public_html/modules/node/node.module, node_show, 2605
, node_page_view,
/home/cdmpdev/public_html/includes/menu.inc, call_user_func_array, 503
/home/cdmpdev/public_html/index.php, menu_execute_active_handler, 21
Comment #12
colemanw commentedThis may be related to the new way the 2x branch handles custom data. I'll look into it.
Comment #13
colemanw commentedThe problem was in core CiviCRM, which apparently was not configured to handle those data types when setting custom values. I've submitted a patch to fix it: http://issues.civicrm.org/jira/browse/CRM-8925
Comment #15
glennnz commented@Coleman
I'm using Civi 4.0 and have the same error. I'm wondering if the patch for Civi core didn't make it through?
To which file does the patch get applied?
Thanks,
Glenn
Comment #16
colemanw commentedAs you can see by clicking on the link in #13, this was fixed in 4.0.6
If you're on 4.0 then you are 7 versions behind and really shouldn't post issues until you upgrade.
Comment #17
colemanw commented