Removing 'Re-enter Password' step at end of Checkout process ...

[graphicz]

Still working fine in v18.2.2

You can include other payment methods like this:

my $ePaymentMethod= ActinicOrder::PaymentStringToEnum($::g_PaymentInfo{'METHOD'});
if ($ACTINIC::B2B->Get('UserDigest') && # if a user is logged in and
($ePaymentMethod == $::PAYMENT_ON_ACCOUNT || # the payment method is pay on account or
$ePaymentMethod == $::PAYMENT_INVOICE || $ePaymentMethod == $::PAYMENT_CREDIT_CARD || $ePaymentMethod == $::PAYMENT_CREDIT_CARD_SEPARATE) && ($nPageNumber == 3)) {
$nPageNumber += $nInc;
}

[Bruce]

The work around for removing 'Re-enter password' step at checkout in v8 is as follows...


- Open OrderScript.pl
- find sub DisplayPage
- find the following lines:

while ($nKeyCount == 0 &&
$nPageNumber >= 0)
{
my $sTempCookie;

- insert these lines after the above part

my $ePaymentMethod= ActinicOrder::PaymentStringToEnum($::g_PaymentInfo{'METHOD'});
if ($ACTINIC::B2B->Get('UserDigest') && # if a user is logged in and
($ePaymentMethod == $::PAYMENT_ON_ACCOUNT || # the payment method is pay on account or
$ePaymentMethod == $::PAYMENT_INVOICE) && ($nPageNumber == 3)) {
$nPageNumber += $nInc;
}

- just to be sure it is on the right place, the lines after the inserted lines must look like the following:

($status, $sMessage, $pVarTable, $pDeleteDelimiters, $pKeepDelimiters, $pSelectTable, $sTempCookie) =
ProcessPage($nPageNumber);
# process the current page

- close the file and upload your site.
- The signature page will be skipped.

The usual safeguards need to be applied, make a backup of the script before editing it and if possible test on a test-space before publishing live.

Kind regards,

[Bruce]

Chris,

I am looking into this one for you. The workaround on the thread above does not work for v8. Will post back once I have a solution.

Kind regards,

[ChrisP]

Hi
Is there a patch available for 8.0.3 to remove password?
Many thanks
Chris

[James M SellerDeck]

Hi there

The developement team have come up with the following work around.

Edit script OrderScript.pl
Search for 'sub ProcessPage'
The search for 'signature' you should see...

elsif ($ACTINIC::B2B->Get('UserDigest') &&
($ePaymentMethod == $::PAYMENT_ON_ACCOUNT ||
$ePaymentMethod == $::PAYMENT_INVOICE))

(please not the comments have been taken out for clarity)

Then change the above to read...

elsif ($ACTINIC::B2B->Get('UserDigest') &&
$::FALSE &&
($ePaymentMethod == $::PAYMENT_ON_ACCOUNT ||
$ePaymentMethod == $::PAYMENT_INVOICE))

Save and Exit

Then go into Actinic, and update the site.

Hope that helps

[worthydealer]

Build etc.

hello again -

thanks for the quick reply.

My build is 5.1.6.0.0.33.CNNA and is UK.

[Nadeem]

Hi there

That no problem, but before i can proceed, i need to know your version number (Can be found in "Help | About...") as well as if you are using the UK/USA Build

Kind Regards

[worthydealer]

Thank you

This is really kind of you and would be a great help.

[Nadeem]

Hi there

I'm not sure on this, i will ask the development team on this, and get back to you. But before doing this, please could you tell what version 5 are you using and is it the UK/USA build?

Kind Regards

[worthydealer]

orderscript.pl

Thanks Nadeem for telling me it is in the orderscript.pl

Is it just a couple of lines of code there that if commented out would prevent this page / order process step from occurring?

I can see there is a function in orderscript.pl called 'ValidateSignature' that seems to be something to do with this -

#######################################################
#
# ValidateSignature - validate the B2B order signature
#
# Params:	0 - $::TRUE if the data should be validated
#
# Returns:	0 - error message if any
#
# Affectes: $::g_sSignature
#
#######################################################

sub ValidateSignature
	{
	$::g_sSignature = $::g_InputHash{SIGNATURE};

	if ($::g_sSignature ne '')							# if the signature exists
		{
		$::g_sSignature =~ /^([a-fA-F0-9]{32})$/;	# validate the input
		$::g_sSignature = $1;							# untaint it
		}

	return (undef);
	}

And the above function is used around here -

if ($ACTINIC::B2B->Get('UserDigest') && # if a user is logged in and
					 ($ePaymentMethod == $::PAYMENT_ON_ACCOUNT || # the payment method is pay on account or
					  $ePaymentMethod == $::PAYMENT_INVOICE))	# the payment method is invoice
					{
					$sError .= ValidateSignature($bActuallyValidate); # record the details
					}

I have commented out this entire section of code, but the password page I am trying to get rid of still comes up when the the payment method selected by the customer is 'Payment on Account' (if the customer is paying by SECPay they go straight through to the SECPay 'enter your credit card details' page, so tha's no problem).

The only other adverse effect of commenting this section of code out is that when I come to download the order for a 'Payment on Account' order, I get a warning message telling me the order's digital signature may be invalid.

So there must be another bit of code somewhere that is actually telling the system to display this 're-enter your password' message and the password input box. Getting a bit stumped on this now!!

[Nadeem]

Hi there

I'm afraid this is written within the orderscript.pl, so there is no options in the Actinic to disable this.

Kind Regards

[worthydealer]

Hi -

at the end of the Checkout process for Registered Customers, I get a message:-

Please re-enter your password to verify your identity and complete your order.

Could anybody tell me how I can remove this message, so that this message/page/step does not occur at all, and the Customer goes straight to the payment page?

Many thanks.