IE7 and Firefox hang when editing Contact Records

[DaraghOBrien]

Hi

Running CiviCRM 1.7 on Drupal 5.1

When editing contact records IE7 and Firefox both hang with the following URL displayed in the address box:
http://www.castlebridge-associates.com/drupal/civicrm/contact/add

When I refresh the page I get an error message:

unrecoverable error
    Sorry. A non-recoverable error has occurred.

    Could not find valid value for ct

    Return to CiviCRM menu.

I turned on the debugger to back trace where the issue might reside:

backTrace

/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Core/Error.php, backtrace, 236
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Utils/Request.php, fatal, 111
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Contact/Form/Edit.php, retrieve, 142
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Core/Form.php, preprocess, 289
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Display.php, buildform, 101
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php, perform, 195
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php, handle, 95
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Core/Controller.php, handle, 216
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Utils/Wrapper.php, run, 74
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Core/Invoke.php, run, 453
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Core/Invoke.php, form, 177
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/CRM/Core/Invoke.php, contact, 83
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/sites/all/modules/civicrm/drupal/civicrm.module, invoke, 289
, civicrm_invoke,
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/includes/menu.inc, call_user_func_array, 418
/hsphere/local/home/celticti/castlebridge-associates.com/drupal/index.php, menu_execute_active_handler, 15

Any suggestions? Not being able to edit member/contact profiles easily is a bit of an issue with our current (offline/excel based) CRM and I was hoping to demo CiviCrm to my Board this week if I can get everything working OK.

Not sure if it is relevant but the site is password protected at the .htaccess level as it is a live demo.

Based on a similar post here I've pruned back some of the reference data for countries and county/state/province but that hasn't addressed the issue.

(by the way - thanks for the really quick response to query last time).

[Deepak Srivastava]

When editing contact records IE7 and Firefox both hang with the following URL displayed in the address box:
http://www.castlebridge-associates.com/drupal/civicrm/contact/add

The URL seems to be incomplete. Thereby resulting in error.

If your are editing a contact, your URL should be in the format:
http://www.castlebridge-associates.com/drupal/civicrm/contact/add?reset=1&action=update&cid=5

where cid is the contact-id of contact being edited.

And If you are adding a contact, say an Individual, your URL should be in the format:
http://www.castlebridge-associates.com/drupal/civicrm/contact/add?ct=Individual&reset=1

Hope this gives you any clue to solve your problem.

[DaraghOBrien]

The URL is being generated by CiviCRM/Drupal... if it is incomplete then the system is producing an incomplete URL. (it is incomplete in both IE and Firefox)

If the process isn't passing the expected variables to the php in Request.php then that would explain the problem but it doesn't solve it.

Thanks for the assist.

[DaraghOBrien]

Hi

I reinstalled the my whole sandbox site and started switching components back on to see what could be causing the problem.

The root cause is Google Maps API - killing the mapping functionality resulted in the pages working a charm.

[Dave Greenberg]

This may be evident to you already, but just in case...

The behavior you're seeing WHEN Google Mapping is enabled indicates that your install cannot communicate with Google's geocoding webservice (either not online or a firewall issue).  CiviCRM attempts to retrieve lat/long info from Google (or Yahoo) on contact record add or update if Mapping is enabled.

[DaraghOBrien]

It may be worth putting a note in the description or admin section for Mapping to warn people that if their service host has blocked the relevant ports on their firewall that GoogleMaps use for their API then it will 'break' the install.

I suspect getting my host to enable it might cost me a few clams/dollars/euros so I'll leave that for the final production site team to consider (different host).

Another factor may be that the addresses in question don't exist in Google's geocoding system which is doesn't yet give full mapping for countries such as Ireland (ironic given that their European Headquarters is here, but more to do with our lack of postcodes to key a geocode mapping).

[Dave Greenberg]

Good suggestion on the doc, I've added a note here:
http://wiki.civicrm.org/confluence/display/CRMDOC/Mapping+and+Geocoding

Going forward - please feel free to correct or update the documentation on our wiki - it is a community maintained resource!

[azuledu]

I had the same problem editing contact records.
It wasn't a problem with a firewall but with the proxy.

I added this line to civicrm\CRM\Utils\Geocode\google.php between lines 126 and 127:
        $request->setProxy('my.proxy', 80);
and the editing contacts problem disappear....but geocoding still not working (¿any idea?)

Maybe the same line should be added to civicrm\CRM\Core\Payment\google.php for other purposes.

I think proxy settings should be an option in civiCRM/admin/setting
Using this approach, there is a patch for Drupal 6.x that will be part of Drupal 7:
http://drupal.org/node/7881
Maybe CiviCRM could use this Drupal setting.

It would be good to add the possible proxy problem at:
http://wiki.civicrm.org/confluence/display/CRMDOC/Mapping+and+Geocoding

I hope all this helps. Adding support for proxies in the next CiviCRM version would be great!


(¿Any idea about why my geocoding doesn't work? Thanks)