eCart with custom application form.

7/20/2017 3:08 am | #1 s.joiner74419001

I am trying to use eCart with a custom built application form so that when the application form has been complete by the user, they are redirected to PayPal ( using PayPal express checkout ) too make payment.

So far I have done this:

- Created eCart object
- Added eCart object to Application form.
- Added eCart ‘Add to cart’ behaviour to Application Form submit button
- Created cart.php page then used ‘display manager’ to develop page.
- Used ‘Checkout Wizard’ to create cart process pages.

My first issue is trying to do build this in a subfolder ( called test-site ) so I can upload to the remote server and test it remotely without effecting the current site. Subsequently another reason for doing this and not just test it locally was so I can give you access to the issues I anticipated ;-)

Problems start because the build process of the checkout wizard keeps wanting to place files created in the site root then problems start with pages having links to php files that are incorrect and I end up in a complete mess.

After manually attempting to update the pages so all files and pages are linked correctly my next issue is this.

In a similar application process I built, with your help, once the application is complete and the user is forwarded to the cart page. After clicking the ‘checkout’ ( proceed ) button they are re-directed straight to PayPal.

I am unsure how to replicate this. So guidance on this would be much appreciated.

At the moment after clicking the checkout button it brings up an error page on the remote server. But on my local testing server it re-directs to the ‘checkout failure’ page built by ‘Checkout wizard’

you can view the application page here.

http://www.rtmf.org.uk/test-site/rtm-application-private.php

Please feel free to test the form to see the issue.

I have also attached all eCart pages wit the application page.

Thanks in advance

7/20/2017 9:32 am | #2 Ray BorduinWebAssist

I'd need FTP access to debug that error. I may just be that you haven't uploaded all of the necessary files.

Did this help? Tips are appreciated...

7/25/2017 9:35 am | #6 Ray BorduinWebAssist

There were a couple of issues I fixed.'
1) The paths to the confirm and confirm_cart pages referenced on the checkout page were wrong. They included a ../ when they are in the same directory.
2) The form code was too high on the page. The wizard can do that sometimes. I copied and pasted it back into place.
3) Your blank per-item tax field caused errors, so I removed it. It shouldn't be there when it is blank.
4) Your complex pricing was causing issues with checkout. Since the price * quantity didn't actually equal the total price since you charge the extra $1000 base fee, I solved that by passing the entire row as quantity = 1 with the total price to paypal.

Did this help? Tips are appreciated...

7/26/2017 3:44 am | #7 s.joiner74419001

Hi Ray.. many thanks for this.

It is possible that I will have to rebuild this as the application system is likely to change so a few questions if I may so hopefully I can then deal with the same issues if they re-occur.

1: When you say form code was to high can you specify what code on what page you are referring to?
2: Where and how would I have created a blank per-item tax field?
3: What code did you have to adjust for the complex pricing issue and where is it located?

Thanks again.

7/26/2017 8:36 am | #8 Ray BorduinWebAssist

1) There was a <div> tag above the <html> tag. There should never be any html above the <html> tag. That is the code I moved lower.
2) I'm not sure. I hadn't seen this before and it wasn't on your pp_confirm page. I really can't explain how it got there. I thought maybe you had edited the code and were trying to add your shipping base charge as a tax and it got added then? Really I can't explain how it got there I can only observe that it was there.
3) I changed the way it was passed to paypal. So when passing the paypal instead of using the price as the price and the quantity as the quantity, which when multiplied wouldn't add up to the correct row price since you have a base charge... I changed it to use the total price (price*quanity + base charge) and set the quantity to 1. That way the math will add up and paypal won't complain. I did that on both the confirm and pp_coinfirm pages where the data is sent to paypal for processing.

Did this help? Tips are appreciated...

9/13/2017 4:47 am | #9 s.joiner74419001

Ray Ive had to rebuild this as there has been changes to the structure of this and the cart is failing again. I am afraid I am not sure how to adjust the pricing issue, assuming this is what the problem is.

I adjusted the form code to a correct location, incidentally the wizards places this in the wrong place every time.. why is this? and can it be fixed?

I am currently testing this on an unused remote server with an old domain address.

below in the private message section is a link that gives you access to the form page that triggers the cart, along with ftp details in the hope you can troubleshoot and locate where the issues are.

Thanks in advance.

9/13/2017 8:09 am | #10 Ray BorduinWebAssist

I just had to update to pass "TotalPrice" instead of "Price" to Paypal. I updated confirm.php and pp_confirm.php to pass the correct amount and it seems to be working now.

Did this help? Tips are appreciated...

Technical Support Forums

Free, outstanding support from WebAssist and your colleagues

eCart with custom application form.

7/20/2017 3:08 am | #1 s.joiner74419001