Problem with Protx Form module

[john alphaone]

I have a problem with a newly installed protx_form.php. Protx works fine (with test server) if you proceed with transaction in the usual way. However, if you click cancel at the Protx screen you get:

 

Warning: session_start(): The session id contains invalid characters, valid characters are only a-z, A-Z and 0-9 in /www/vhtdocs/www.offtosea.com/html/catalog/includes/functions/sessions.php on line 67

 

Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /www/vhtdocs/www.offtosea.com/html/catalog/includes/functions/sessions.php:67) in /www/vhtdocs/www.offtosea.com/html/catalog/includes/functions/sessions.php on line 67

 

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /www/vhtdocs/www.offtosea.com/html/catalog/includes/functions/sessions.php:67) in /www/vhtdocs/www.offtosea.com/html/catalog/includes/functions/sessions.php on line 67

 

Warning: Cannot modify header information - headers already sent by (output started at /www/vhtdocs/www.offtosea.com/html/catalog/includes/functions/sessions.php:67) in /www/vhtdocs/www.offtosea.com/html/catalog/includes/functions/general.php on line 29

 

Warning: Unknown(): The session id contains invalid characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0

 

Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0

 

 

Has anyone else encountered this and if so do you have a resolution?

[john alphaone]

Problem seems to be caused by following code in function before_process:

 

      if ($Status != 'OK') {
       tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, tep_session_name() . '=' . $HTTP_POST_VARS[tep_session_name()] . '&error_message=' . urlencode($StatusDetail), 'SSL', false, false));
     }

 

$HTTP_POST_VARS is empty as Protx callback uses GET variables. Changing the code to use $HTTP_GET_VARS fixes the problem, but I'm puzzled as to why this problem isn't endemic.

[mark_figlabs]

I also encountered this same problem, unfortunately the solution described by John didn't work for me, but the following did:

 

      if ($Status != 'OK') {
tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, tep_session_name() . '=' . $HTTP_POST_VARS[tep_session_name()] . '&error_message=' . urlencode($StatusDetail), 'SSL', true, false));
     }

 

As I understand it, setting the parameter to true makes sure the session id is included in the redirect.

 

Mark

www.figlabs.com