Sellerdeck Pay and ClearAccept

[zgap111]

Copying code
from : "Payment Phase RWD" - not used on the site
to : "Payment Phase" - used on the site

= SellerdeckPay card fields now appear

code added was:

<actinic:block if="%3cactinic%3avariable%20name%3d%22IsNotPreviewMode%22%20%2f%3e%20AND%0d%28%3cactinic%3avariable%20name%3d%22IsSSLUsedForEssentialPages%22%20%2f%3e%20OR%20%3cactinic%3avariable%20name%3d%22IsSSLUsedForWholeSite%22%20%2f%3e%29" >
<actinic:variable name="CardDetails" if="%3cactinic%3avariable%20name%3d%22IsCreditCardCaptureEnabled%22%20%2f%3e%20%3d%3d%20TRUE%20AND%20%3cactinic%3avariable%20name%3d%22IsCreditCardCapturedOnCheckout%22%20%2f%3e%20%3d%3d%20TRUE" />
<actinic:variable name="V12Finance" if="%3cactinic%3avariable%20name%3d%22IsV12FinanceEnabled%22%20%2f%3e%20%3d%3d%20TRUE" />
<actinic:variable name="PayPalCheckoutButtons" if="%3cactinic%3avariable%20name%3d%22IsPayPalCheckoutEnabled%22%20%2f%3e" />
<actinic:variable name="ClearAcceptFields" if="%3cactinic%3avariable%20name%3d%22IsClearAcceptEnabled%22%20%2f%3e" />
</actinic:block>

My error message "Error loading [psplib200.htm.js]. Please try another payment method" still appears
but using a credit card number 4444 5555 6666 8801 01/26 111 does return a message that it was declined...

Not ideal... prefer default settings.

My deadline is actually today... as I'm working on Payroll tomorrow and other accounts related so I won't have time on resolving this the next few days...

added note 1: Moved the code to beneath the line with "/table"
as the card fields appeared above the drop-down menu, now it's better beneath

added note 2:
If you used the Paypal Widget, you may have 2 "Checkout with Paypal" buttons... I removed the Paypal Widget code

[zgap111]

Ok, made the "Checkout Confirm Order Button" as factory default = no more error message :
"Error loading [psplib200.htm.js]. Please try another payment method"

it was striaght to the message : "Your payment has been declined. Please try again or choose a different payment method."

edit: tested on working credit card = works
edit: haven't heard from support since the remote session... I did ask what did they do to get the fields appear = no response

Ideally... if "RWD" layouts are being updated... I need to know what to do to change to use the layouts ending "RWD"

[John Ennals]

Thank you for post #14 - it set me on the right track! I've been having the same issues, not with my live Smart site but with the Swift V2 site that I am trying to develop. I suspect the issues occurred because I was applying the Swift template to a site that had already been upgraded to 18.2.2, and importing the template then wiped out some of the ClearAccept stuff. Probably things work better if you apply the Swift template to an earlier version site, then upgrade it to 18.2.2 afterwards. Anyway...

One of the changes I remember was to reset factory on the "Standard Javascript Header Functions" (make a "copy" as backup in case)

Here's the code that needs to be resinstated in the Standard Javascript Header Functions layout to make the hosted fields appear:

<actinic:block if="%3cactinic%3avariable%20name%3d%22IsClearAcceptEnabled%22%20%2f%3e%20%3d%3d%20true%20AND%0d%3cactinic%3avariable%20name%3d%22IsPreviewMode%22%20%2f%3e%20%3d%3d%20false%20AND%0d%28%3cactinic%3avariable%20name%3d%22IsSSLUsedForEssentialPages%22%20%2f%3e%20OR%20%3cactinic%3avariable%20name%3d%22IsSSLUsedForWholeSite%22%20%2f%3e%29%20AND%0d%3cactinic%3avariable%20name%3d%22PageType%22%20%2f%3e%20%3d%3d%20%22Checkout%20Page%202%22" >
<actinic:block if="%3cactinic%3avariable%20name%3d%22IsClearAcceptInTestMode%22%20%2f%3e%20%3d%3d%20true" >
<script src="https://sandbox-hosted.clearaccept.systems/fields/v1"></script>
</actinic:block>
<actinic:block if="%3cactinic%3avariable%20name%3d%22IsClearAcceptInTestMode%22%20%2f%3e%20%3d%3d%20false" >
<script src="https://hosted.clearaccept.com/fields/v1"></script>
</actinic:block>
</actinic:block>

It should be inserted immediately ABOVE this (at line 211 in my layout):

<script type="text/javascript">
/***********************************************************************
*
* polyFillsLoaded - called when the Poly Fill JS bundle has loaded
* Note the defer attribute so that it only runs after the page is loaded
* PolyFills are required to support Fetch and promises in IE11
*
************************************************************************/

John

[PJ ENG]

What a S-show, sorry but it really is, we are talking about money here, this is not 1999, these things should work and have support.

I set about swapping over on Friday (got my merchant account set up 6 weeks ago) the API secret keys link went 404, reached out to SD support who took all day to say " reached out to clear accept support who should be In Touch" and to add she was now off for a week so basically can not do anything. Nothing in my inbox today, emailed my SD account manager to see if he could help, guess what he is on leave until 5 june.

What is SD playing at here ?

[zgap111]

Sellerdeck support has helped, but ClearAccept... I've had nothing from them... and taking leave during this time is...

Anyways... the RWD is to do with Responsive Design...
so if you've got an old design (like us who updated from the Actinic days)...
the RWD layout was updated... the non-RWD was not,
so the ClearAccept code was completely missing in two of our sites.

The error message : "Error loading [psplib200.htm.js]. Please try another payment method"
is gone when this code is removed from "Checkout Confirm Order Button"

<!--sd.widget.PayPal Commerce Platform.2.22:BEGIN-->
<actinic:block if="%3cactinic%3avariable%20name%3d%22IsPreviewMode%22%20%2f%3e%20%3d%3d%200" >
<script type="text/javascript">
$("#idBtnConfirm").click(function(){
$('body').addClass("paymentOverlayActive");
if (GetPaymentMethod() != 501)
{
return SubmitPSPForm('<actinic:variable name="ShopID" />');
}
});
</script>
</actinic:block>
<!--sd.widget.PayPal Commerce Platform.2.22:END-->

Looks like a Blockif on "IsPreviewMode" - I assume removing it shouldn't affect the live website.
- not sure why this would cause a problem with a live website.

Removing the code:
SellerdeckPay payment = no error message = good
Paypal payment = Paypal window pops up = good

[rookers]

Here's my effort at getting Clear NotAccept to work. Screen goes grey and I get this in the console.

[John Ennals]

I suspect the issues occurred because I was applying the Swift template to a site that had already been upgraded to 18.2.2, and importing the template then wiped out some of the ClearAccept stuff. Probably things work better if you apply the Swift template to an earlier version site, then upgrade it to 18.2.2 afterwards.

This is now confirmed by Sellerdeck; Swift Extension v2.0.1 is not compatible with Desktop 18.2.2, and if used will produce many of the symptoms described in this thread.

John

[EdHarrison]

So is swift not compatible with 18.22 or just swift 2.01?

[John Ennals]

Ed, see my post here:

https://community.sellerdeck.com/for...esktop-v18-2-2

[graphicz]

Annoyingly they have not let us 'Partners' have 'development settings' for ClearAccept so we have no way of testing whether our designs are working with ClearAccept. I was told I didn't need them as Selleredeck would do all the support, however when SD's upgrader didn't work they said it was because of my design and referred the client to me!

Also even if you have the code in the stylesheet the software will still try and put it after the css compression close dialogue!

However, if you are on Swift v2 please try adding the following to the bottom of the stylesheet - this is the accordian/paypal/clearaccept etc:

/* payment accordion css */
#idPaymentMethodTable .instruction{
display: none;
}
#idPaymentMethodTable input,#idPaymentMethodTable textarea, #idPaymentMethodTable select{
float: initial;
}
.payment-accordion{
position: relative;
float: left;
width: 100%;
}
.payment-accordion > div{
position: relative;
float: left;
width: 100%;
}
.payment-accordion > div > input{
position: absolute;
left: 4px;
top: 4px;
}
.payment-accordion > div > label{
display: block;
padding: 0 0 0 23px;
position: relative;
}
.payment-accordion > div:has(input[type="radio"]:checked) {
background-color: <actinic:variable name="CheckoutBG" />;
}
.card_container .card_field {
height: 40px;
border: 1px solid #ced4da;
padding: 0 15px;
}
<actinic:variable name="PayPalCustomCardFieldsStylesheet" if="%3cactinic%3avariable%20name%3d%22IsPayPalCheckoutEnabled%22%20%2f%3e"/>
<actinic:variable name="ClearAcceptStylesheet" if="%3cactinic%3avariable%20name%3d%22IsClearAcceptEnabled%22%20%2f%3e" />
.store-card-selection{
margin-left: 10px;
}
.cvv-img {
right: -50px;
top: 1px;
width: auto;
}
body.paymentOverlayActive > div.paymentOverlay {
z-index: 9999999;
background: rgba(0,0,0,0.5);
transition: opacity 100ms;
position: fixed;
top: 0;
bottom: 0;
left: 0;
right: 0;
}

If you already have this following express elsewhere in the stylesheet this expression (below) now can be removed:

body.paymentOverlayActive > div.paymentOverlay {
z-index: 199;
background: rgba(0,0,0,0.5);
transition: opacity 100ms;
position: fixed;
top: 0;
bottom: 0;
left: 0;
right: 0;
}

That is the best I can do for now...

[graphicz]

Doing this on a Swift V2 18.2.2 site does seem to be connecting though as the scripting appears and the following messsage is displayed:

<div class="clearaccept-card-message"><img src="lock.gif">&nbsp;Card details are secured to PCI DSS standard</div>

Here is Checkout 02 from my test site:

[John Ennals]

If not already present, you'll also need to reinstate the code in Standard Javascript Header Functions to make the hosted fields appear, as per post #18.

[graphicz]

Thank you John:

<actinic:block if="%3cactinic%3avariable%20name%3d%22IsClearAcceptEnabled%22%20%2f%3e%20%3d%3d%20true%20AND%0d%3cactinic%3avariable%20name%3d%22IsPreviewMode%22%20%2f%3e%20%3d%3d%20false%20AND%0d%28%3cactinic%3avariable%20name%3d%22IsSSLUsedForEssentialPages%22%20%2f%3e%20OR%20%3cactinic%3avariable%20name%3d%22IsSSLUsedForWholeSite%22%20%2f%3e%29%20AND%0d%3cactinic%3avariable%20name%3d%22PageType%22%20%2f%3e%20%3d%3d%20%22Checkout%20Page%202%22" > <actinic:block if="%3cactinic%3avariable%20name%3d%22IsClearAcceptInTestMode%22%20%2f%3e%20%3d%3d%20true" > <script src="https://sandbox-hosted.clearaccept.systems/fields/v1"></script> </actinic:block> <actinic:block if="%3cactinic%3avariable%20name%3d%22IsClearAcceptInTestMode%22%20%2f%3e%20%3d%3d%20false" > <script src="https://hosted.clearaccept.com/fields/v1"></script> </actinic:block> </actinic:block>

[graphicz]

So here we are in May 2024 and a customer is getting the same error message

Error loading [psplib200.htm.js]. Please try another payment method.

Doesn't

IsPreviewMode == 0

Actually mean 'Is Not Preview Mode"

Should the BlockIf actually be just

IsPreviewMode

[Mike Hughes]

Hi Jonathan,

I don't know where you're taking the blockif condition from but wouldn't it be normal for PSP code to only run on the live site. i.e. when not in preview mode as the condition suggests?