Paypal Standard Improved Ongoing (v1.4.9.4+)

[maperdel]

Hi Guys,

I'm having i little problem using paypal standard in sandbox mode. I have the following confguration:

1.-Using OpenCart 1.4.9.4
2.-Testing on localhost (Windows XP Machine + WAMP with PHP 5.2.11)
3.-Testing payments with paypal standard in sandbox mode.
4.-Have checked my test account configuration to match all the options recommended in the Paypal Configuration Documentation guide.

If I pay the order with a credit card via paypal in the login page (not logging into paypal) and complete the process, I get an order with a "missing order" status in the Sales->Orders section .
Is this normal in the sandbox mode? Has anyone had any problems with these type of payments? (I know that paypal is a pain in the arse!)

Thanks!

[Qphoria]

2.-Testing on localhost (Windows XP Machine + WAMP with PHP 5.2.11)

You can stop right there. IPN doesn't work with localhost. You cannot test live payments on a localhost

[maperdel]

Thanks Qphoria. I guess that's why I'm getting "Pending" status in orders I pay with a paypal account.

I'm sorry. I tested Magento a few months ago and I got a little confused with the status. I think Magento kept the status on "Processing" for this kind of tests.

By the way, congratulations on the software, it's simple, it's fast and light. Great job and great support.

[ritey]

Q, should this line in the controller pp_standard (L-191):

Code: Select all

$this->data['fields']['zip'] = html_entity_decode($this->order_info['payment_postcode'], ENT_QUOTES, 'UTF-8');

actually be:

Code: Select all

$this->data['fields']['zip'] = html_entity_decode($this->order_info['shipping_postcode'], ENT_QUOTES, 'UTF-8');

[Qphoria]

Q, should this line in the controller pp_standard (L-191):

Code: Select all

$this->data['fields']['zip'] = html_entity_decode($this->order_info['payment_postcode'], ENT_QUOTES, 'UTF-8');

actually be:

Code: Select all

$this->data['fields']['zip'] = html_entity_decode($this->order_info['shipping_postcode'], ENT_QUOTES, 'UTF-8');

Good eye.. You are correct. And the line below it should be shipping_iso_code_2 instead of payment

Thanks

[ritey]

I'm doing similar things to pp_pro.php, I might send it over once it's fully tested. Do you know what the reason was behind a UK version?

[Qphoria]

It is now

UPDATED file in first post with fix for address zip and country code shown 2 posts up

[Thomas]

Hey Qphoria,

I am currently having an issue with Paypal Standard. What happens is my orders will show up in Paypal but will remain with an order_status_id of 0. I have added a PDT Token because i was getting the same issue before i used the token. However, now im getting the same issue again? Would you have any idea why this is occuring?

Edit: Hey guys, just wanted to fill you all in, make sure you read the first post its got lots of good tid bits of information. Setting up IPN was the issue.

Thanks,
Thomas

[funkyou86]

Cheers, i tried to make a test order, and paypal wrote me this:

This invoice has already been paid. For more information, please contact the merchant.

How can that be? Any guess?

Iam using 1.4.9.3.

[Xsecrets]

Cheers, i tried to make a test order, and paypal wrote me this:

This invoice has already been paid. For more information, please contact the merchant.

How can that be? Any guess?

Iam using 1.4.9.3.

Paypal by default is set to not accept payment on duplicate order id's so if you have a live store that you started at id #1 on and now you setup a test store it starts at order id #1 and paypal see's it as a duplicate. If you are just trying to test from a test server I would temporarily turn off the setting to block duplicate ids, if you are planning on moving to that new server live I would change it to start the order_id's to something higher than your highest order id on your current system.

[funkyou86]

Thanks for your reply! I'll try it in a second

[Troy]

Read the Paypal Configuration Documentation for info on how to setup your Paypal Account the preferred way.

I am using 1.4.9 and I followed the above and my orders are now showing at the "Admin Side", emails are sent to customers and payment received by paypal. Thanks

[eka7a]

Add Turkish Lira Support

catalog\controller\payment\pp_standart.php

FIND

Code: Select all

'THB');

REPLACE

Code: Select all

'THB','TRY');

@Qphoria Please you can add by default module?

[Qphoria]

Done.

[clinton4]

Hi,

Is this patch included in version 1.4.9.5 ?

[Qphoria]

Hi,

Is this patch included in version 1.4.9.5 ?

yep

[yiyinlah]

Hi,

Is this patch included in version 1.4.9.5 ?

yep

Hi Qphoria!

I wanted to update paypal on my store, using 1.4.9.5.

But before I began downloading, I saw this message,

Code: Select all

[color=#FF0000][background=][color=#FFFF00]The current version is NEWER than the one in v1.4.9.4
DO NOT USE if using an OpenCart version newer than v1.4.9.4 as it likely has this change and additional changes[/color][/background][/color]

It states DO NOT USE if using v.1.4.9.4 or newer, so can I use it in 1.4.9.5??? O_O

[Qphoria]

But before I began downloading, I saw this message,

Code: Select all

[color=#FF0000][background=][color=#FFFF00]The current version is NEWER than the one in v1.4.9.4
DO NOT USE if using an OpenCart version newer than v1.4.9.4 as it likely has this change and additional changes[/color][/background][/color]

It states DO NOT USE if using v.1.4.9.4 or newer, so can I use it in 1.4.9.5??? O_O

No.. it is already in 1.4.9.5 by default

[yiyinlah]

But before I began downloading, I saw this message,

Code: Select all

[color=#FF0000][background=][color=#FFFF00]The current version is NEWER than the one in v1.4.9.4
DO NOT USE if using an OpenCart version newer than v1.4.9.4 as it likely has this change and additional changes[/color][/background][/color]

It states DO NOT USE if using v.1.4.9.4 or newer, so can I use it in 1.4.9.5??? O_O

No.. it is already in 1.4.9.5 by default

Ok! Thanks!

[CarpeNoctumDC]

Hey Q... Just a heads up that your file_get_contents_curl function isnt working...


If anybody else has problems with PDT failing:
(Attached is a patched version of the catalog pp_standard controller... I just grabbed Q's code from the IPN and shoved it into the file_get_contents_curl function and updated the call to it... It fixed the issue..)

Manual Instructions:
Find around line 329:

Code: Select all

$response = $this->file_get_contents_curl($url . '?' . $request);

Replace with:

Code: Select all

$response = $this->file_get_contents_curl($url,$request);

Find around line 576:

Code: Select all

   private function file_get_contents_curl($url) {
      $ch = curl_init();
      curl_setopt($ch, CURLOPT_HEADER, 0);
      curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); //Set curl to return the data instead of printing it to the browser.
      curl_setopt($ch, CURLOPT_URL, $url);
      curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 5);

      $data = curl_exec($ch);

      curl_close($ch);

      return $data;
   }

Replace With:

Code: Select all

   private function file_get_contents_curl($url, $request) {
         $ch = curl_init($url);

         curl_setopt($ch, CURLOPT_POST, 1);
         curl_setopt($ch, CURLOPT_POSTFIELDS, $request);
         curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
         curl_setopt($ch, CURLOPT_HTTPHEADER, array("Content-Type: application/x-www-form-urlencoded", "Content-Length: " . strlen($request)));
         curl_setopt($ch, CURLOPT_HEADER, false);
         curl_setopt($ch, CURLOPT_VERBOSE, 1);
         curl_setopt($ch, CURLOPT_TIMEOUT, 30);
         curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);

         $data = curl_exec($ch);

         curl_close($ch);   

      return $data;
   }