CiviCRM Community Forums (archive)

I've added some code to allow me to see where 'ct' would normally appear. The wierd thing is, it doesn't seem to do so ...

I made the following change to CRM/Utils/Request.php:
Index: Utils/Request.php
===================================================================
--- Utils/Request.php (revision 16991)
+++ Utils/Request.php (working copy)
@@ -104,8 +104,20 @@
             $value = $store->get( $name );
         }
 
+  if ( $name == 'ct' ) {
+        $chk = 'Checking: ' . print_r( array($name, $method, $abort),1 ) ;
+        CRM_Core_Error::debug_var( 'CRM_Utils_Request::retrieve()', $chk ) ;
+  }
         if ( ! isset( $value ) && $abort ) {
+            $dbg = "Could not find valid value for $name, looking in $method:\n" .
+                     print_r( array( '_GET' => $_GET,
+                                     '_POST' => $_POST,
+                                     '_REQUEST' => $_REQUEST ), 1 ) ;
+            CRM_Core_Error::debug_var('CRM_Utils_Request::retrieve()', $dbg ) ;
             CRM_Core_Error::fatal( "Could not find valid value for $name" );
+        } elseif ( $name == 'ct' && $abort ) {
+            $dbg = "Successfully found value for $name, looking in $method:\n" .
+                     print_r( array( '_GET' => $_GET,
+                                     '_POST' => $_POST,
+                                     '_REQUEST' => $_REQUEST ), 1 ) ;
+            CRM_Core_Error::debug_var('CRM_Utils_Request::retrieve()', $dbg ) ;
         }
 
         if ( ! isset( $value ) && $default ) {

... so that I could see what "ct" was when it did or didn't appear.

On a save which works, ct is checked but the $abort flag to CRM_Utils_Request::retrieve() was empty. So apparently there are some circumstances where ct is required - but I'm not sure what these are.

I looked for calls to CRM_Utils_Request::retrieve('ct') and found only two:

 * CRM_Core_Invoke::contact()
 * CRM_Contact_Form_Edit::preProcess()

So, I can tell which of these I'm in using the first changed line above.

If the save succeeds, it's because we've obtained the contact type via CRM_Core_Invoke::contact(), where $abort is false. In that case I see,
Oct 29 10:32:19  [info] $CRM_Utils_Request::retrieve() = Checking: Array
(
    [0] => ct
    [1] => GET
    [2] =>
)

If the save fails, it's because we've obtained the contact type via CRM_Contact_Form_Edit::preProcess(), where $abort is true. In that case I see,
Oct 29 10:32:19  [info] $CRM_Utils_Request::retrieve() = Checking: Array
(
    [0] => ct
    [1] => REQUEST
    [2] => 1
)

In the latter case, we are inside a condition of if ( $this->_action == CRM_Core_Action::ADD ) { ... but we're editing an existing contact. I suspect this may be because the contact's details have changed; this error has only been reported when editing core contact data (esp. email and phone numbers).

Time for a deep breath and a bit of thought.

Lobo has given me some code to debug with, but I haven't seen the error since then to try it out. It's worth noting that it's very hard to reproduce this error; it's only happening regularly for some staff who are using the system all day, and they are several hundred km from where I am based

Another possibility is that our Drupal and CiviCRM databases on are different servers.  Maybe something with timing?

We see this a fair bit still, principally with users whose sessions grow large. Currently I'm suspecting that their sessions are growing over time and exhausting some limit in PHP (possibly the largetext allocated for their session in the Drupal DB?) and for this reason the CT value is not getting stored correctly.

We have our tables in separate DBs on the same DB server.

drupal.sessions is MyISAM currently.