Payment Confirmation Page

Using Dolphin 7.1.4  with IPN setup in Dolphin and Paypal (using the prescribed return url)  - after paypal payment of a membership the script does'nt return to a confirmation page.

It returns to the shopping cart with the little red icon still active showing that there is still a product in the cart.

Any idea how to get dolphin to show a confirmation page after paypalpayment anyone. Thanks.

By the way: all emails are received and payment is processesed in Payments-> Module showing transaction Ids etc. 

Wow theres no support at boonex unless you wanna buy? Good Job!

There is no confirmation page. only PayPal confirmation page is standard before you return to the site.

Search in forum for previous posts for your answer. 

what you can do if you need to create a page in your site admin with page builder and use php code to redirect to that page.

Maybe i am wrong. Otherwise ask deano or GG for advise.

Thanks for the response, much appreciated.

I have created another page and directed to it in: modules\boonex\payment\cart.php by changing: 'cart/' to 'confirmation/' but the page doesnt get found

But thanks, ive followed all of the posts as ive been at this for almost a week and found nothing that does what all other scripts do. But im not here to complain, so thanks again.

I am sure I saw a forum topic where someone had set up a confirmation page on return from a successful paypal purchase.  If it was not a forum topic, then it might have been a Market module.

  'confirmation/' but the page doesnt get found...

That's true!! when you create a new page it doesn't check the module path. it searches the page in the root.

place the page in your root and from there you can redirect to where ever you wanna go.

let me know if that works for you ;-)

Thanks solusoft, I dont know how to move a dolphin created page...parhaps if I could find where it was stored???

Tried creating a blank php page but cant get the redirection code to work, or even if the return_url will find it, but im still on it, trying to work it out.

heres what the return url spits out:

mydomain.com/m/payment/page/payment_confirmation?tx=9TV etc

But thanks Again. Still on it

If the return url from paypal is something like:

http://mydomain.com/m/payment/page/payment_confirmation?tx=9TV86444blaaah1927&st=Completed&amt=0%2e10&cc=GBP&cm=ea20a567788f5168d4409ff4144f32e2&item_number=10

This is occuring because the page I created and want to use is: payment_confirmation and can be viewed from admin side ok.

That if I place a blank page called payment-confirmation.php (with a redirect in it) and place this in the root folder and then direct it to:

(of course I change the BxPmtConfig return url to: 'payment-confirmation.php' 

mydomain.com/page/payment_confirmation

that my created page will show up? after paypal payment is made?

Thanks.

Glad you found a workaround. :-)

but you try this below to and see if that works better...

if you can check the DB table : sys_permalinks and look for modules/?r=payment then you find the correct uri or permalink. then you should be able to get it working.

or delete the page and create a new page and set the uri to m/payment/

that should work

Hi, Im no where near getting it going?

S..

Would the IPN Return Url need changing also

FROM:

http://mydomain.com/m/payment/act_finalize_checkout'

TO:

http://mydomain.com/page/payment_confirmation/act_finalize_checkout'

???

this is frustrating. it would be so much easier if the payment module would be updated with a confirmation page.
So AlexT, if you follow this... add this in the next version please :-)

let me test it myself and i'll get back as soon as possible..
In the meantime, you could ask GG for more detailed info.

I am not stoping posting here until I found a solution to this.

Boonex dont care - theyre concentrating on getting version 8 wrong.

Yeah thats me lost it, Ive been on this for 5 days solid searching just about every forum etc and come up with nothing. Some bits have helped but a lot havent. But thanks for users who have. cheers.

Im going to post my next test details next to hope for some more detailed solution

I found this: What's displayed upon successful return from PayPal?

look for answer: IgorL  from  · 27th of January 2011

mayby this will help you further :-)

Yeah Ive followed that post and I got the same errors most have had through following it.

You can see here:

http://timespaceanddrums.com/page/payment_confirmation

Heres What EXACTLY Im Trying To Do - And Why

OBSTACLE 1 -Getting the IPN url to return to a specific page -The one in the link above.

OBSTACLE 2: Once the page is being reached I need to Sort out the code in the right block. The code I require will have to basically GEt the Ammouunt and transaction ID so OBSTACLE 3 can be met.

OBSTACLE 3. After paypal return to site the script/page must be able to send a PIXEL tracking code to another script. iDevAffiliate. Theres a link in the page above.

OBSTACLE 1 isnt being sorted yet so dont want to even think about the others. Thanks.

Ive followed dolphin nerds videos and the oreder is being processed fine in admin and via email to user and admin. The issue is I need to get the script to do all of the above. Most scripts do this by default. I simply just add my  own text and pics as im not a programmer. Thanks Again

ALSO: changing m/payments in the sys_permalinks table breaks the cart code.

Also: I have managed to create a page in the root and able to redirect to the payment_confirmation page but due to the IPN url m/payment/act_finalize_checkout' and the need to finalize the checkout so admin gets the order processed I dont think it can be achieved like this?

How to remove competition - bump

The IPN is not the place to put the url if you want a person to return to your site after checkout - you use the Auto Return (without PDT) for that.If you use the PDT option, it will add a bunch of variables about the transaction to the URL when redirecting user back to site.But here is the confusion.

IPN is a page that paypal accesses behind the scenes. It is not a page that anyone will see - only paypal servers (or 2checkout, or Authorize.net) will access it. The way Dolphin is set up, it is really set up to be used with the IPN, not the PDT. If you use the url in the PDT field - most times it will throw an error back at you. Reason - the variables in the IPN return are different than the variables in the PDT Auto return. Example: Transaction Id in PDT is tx. Transaction Id for Ipn is txn_id. Because of the variable differences, Dolphin script is jacked up because it is looking for certain variables that are not passed when using the PDT. Also, the PDT uses the "GET" method, but the IPN uses the "POST" method. Dolphin code looks for the POST variables, and since the PDT is not sending POST variables - you get an error.

I prefer using the IPN - mostly because I am dealing with recurring payments, and since there is no user interaction after the first months purchase, IPN is needed for PayPal and Authorize.net to send the information back to my site behind the scenes, and still update memberships. Only issue with IPN is that there can be a delay. I have seen as long as 2 minutes before the information changed my membership in the database, whereas PDT is instant - you take the variables from the url.

Which - if you use the PDT method, then you could still write the code to do what your heart desires. But if you plan on recurring payments, you will have to use IPN.

With the IPN, you can receive the POST variables and write a script to accomplish all your hearts desires. I just finished my Memberships module last night which allows recurring payments, I am just waiting for a friend to get home later and we are going to test the ish out of it and try to break it.

Thanks for the information. Much appreciated (all).

The reason i thought/presumed that dolphin should?i wanted it to return to a confirmation page was to enable the variables within the url (code) to be sent to idevaffiliate. That is the only reason (asthetics would have been an additional bonus)

After spending 5 days solid and idevaffiliates techies pl;acing numersous orders through dolphin - dolphin script does not sent the call commission to idevaffiliate. That is my problem which i should have made clearer and perhaps deserves a new post but thought i would mention it here.

I was trying to solve this problem in steps  Anyway. Here is the responce from the idevaffiliate tech.

All the code look right, no matter what though your system sends in 69.175.41.204 as the customer ip and that is clearly not correct. I have no idea how to fix this. I tried numerous different types of code and it still results in passing the wrong/invalid IP. I honestly don't know how to resolve this and we've never had issues before with any other customer so I have no frame of reference. I'd have dolphin look at the code placed in the membership_levels.inc.php file to see if they can find out why the IP stored in the database (which is correct) isn't being pulled and passed.

I have installed dolphin on my other hosting account/reseller account which gives me more control but the above issue just sends the server IP instead of the cusomeer IP, therefor the commision is not passed.

For what you want to do, then use the Auro Return with PDT. Set the auto-return to whatever page you want, and then take the info from the url and pass that along to idevaffiliat. As it is by default, you are supposed to use something like:

http://yourdomain.com/m/payment/act_finalize_checkout/paypal/0

so, if you put this into the auto-return in your paypal, after a user completes their transaction, they should be redirected back to a url like this:

http://yourdomain.com/m/payment/act_finalize_checkout/paypal/0?tx=5B08421327373851T&st=Completed&amt=1%2e99&cc=USD&cm=9&item_number=13&sig=vRCmtL5GKA5kC5MhTZHqXQlvpe8HeUFpXDTNlBoN4sckAo7TbnSMZwiZWPI7C5IUidAPBUkieBnxMB8kJSsW4x8GzxvfDf22xmmT3niIApo3nMxho3gI1dhqLqbusbp29bvO8mfgGShg1PqGQn1wGps4yWBvGE3eyJOP5hU1YVE%3d

If you want, you can instead set the return url to yourdomain.com/member.php. Then create a php block on the member account page that gets the info from the url and sends that info wherever it needs to go.

Ive tried PDT and theat sent me to a NO DATA page - Ive done that many IPN tests though that I cant remember. Il do another test but I wont be able to add the return url to paypal account as it already has one. Does dolphins return url automatically overide the paypal one like most/my other scripts.?

Im not a programmer so wouldnt know how to write a block that gets the information from a memberpage.

The pulling from database (of the IP) and sending to idevaffiliate is done currently in the membership-inc file and idev have never had an issue before? Im kinda hitting a brick wall now and just keep onm banging my head to see if it stops hurtin. lol

Thanks Though. 

idev say the code looks fine, so does AntonLV, and both dont have a clue whats stopping the I being sent - idev is receiving the call but making it a non commisioned sale because the IP isnt being sent (just the originating server IP)

Any ideas where to ask next, php website, mysql, I rekon im going to have to visit both, theri sites look like islandic to me tough.

Thanks Again. IL try the PDT but not very hopeful of it workin. I personally think this is some server seacurity measure (but like i say im no programmer).

I am now using PDT and the experience looks better for the client. The item as now gone from the car (it doesnt using ipn) and i get returned to a PAYMENT WAS SUCCESSFULLY ACCEPTED page.

The payment was processed but is still in the pending list as well? Dont know what that means?

The call is made to idev as expected but again the item goes in the NON COMMISSIONED SALE LIST. The server IP is sent and not the User IP.

Any more tips are welcome. Thanks.

After returning to the site after pp payment the url was:

mydomin.com     m/payment/act_finalize_checkout/paypal/0 tx=9GS993968N172464C&st=Completed&amt=1%2e00&cc=GBP&cm=9f9cee5b98b2e350d739b5ebea4576a6&item_number=30