Hi Q,
Our shop uses 1.4.9.1 and I just updated the two files u mentioned in the post above.
Unfortunately the paypal link doesnt work at all now. It says that the link has wrongly formatted value in it.
Any ideas? Reason for us to update was that we have the issue with coupons not getting properly applied by paypal if the discount is bigger or equal to the subtotal.
Cheers,
Our shop uses 1.4.9.1 and I just updated the two files u mentioned in the post above.
Unfortunately the paypal link doesnt work at all now. It says that the link has wrongly formatted value in it.
Any ideas? Reason for us to update was that we have the issue with coupons not getting properly applied by paypal if the discount is bigger or equal to the subtotal.
Cheers,
Should you not update your first post and change/add this to it?Qphoria wrote:This is the latest version of the code and is newer than the v1.4.9.2 version, so all 1.4.8.x and 1.4.9.x users should get this version.
In your first post it still says that 1.4.9.x user should not use the files in the download.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Ok I've updated Paypal Standard in the first post. This version is NEWER than the one in v1.4.9.3.
I found and fixed quite a few problems with currency conversion and discount checking that should hopefully fix a lot of problems people were having.
NOTE ABOUT MULTIPLE CURRENCIES
OpenCart and Paypal get their exchange rates from different sources at different times of the day. This means that when customers are using a currency that is not your default currency, the exchange rate for the Total could vary slightly from what Paypal shows. There is no easy fix for this as paypal doesn't allow passing the exchange rate value currently used. This is just a fact of life that has always existed.
One Alternative for this if it really bothers you, is to force paypal to always use your default currency. So if the customer sees GBP on the checkout page, when they goto Paypal they will see USD (or whatever your default is).
Another alternative is to forcibly switch the customer's selected currency on the site to your default currency when reaching the checkout/confirm page. This means they see the final page in your default currency instead of their currency.
And finally, and perhaps the best, would be to just include a simple javascript popup when clicking the checkout button that the price on paypal may vary slightly due to exchange rates.
I found and fixed quite a few problems with currency conversion and discount checking that should hopefully fix a lot of problems people were having.
NOTE ABOUT MULTIPLE CURRENCIES
OpenCart and Paypal get their exchange rates from different sources at different times of the day. This means that when customers are using a currency that is not your default currency, the exchange rate for the Total could vary slightly from what Paypal shows. There is no easy fix for this as paypal doesn't allow passing the exchange rate value currently used. This is just a fact of life that has always existed.
One Alternative for this if it really bothers you, is to force paypal to always use your default currency. So if the customer sees GBP on the checkout page, when they goto Paypal they will see USD (or whatever your default is).
Another alternative is to forcibly switch the customer's selected currency on the site to your default currency when reaching the checkout/confirm page. This means they see the final page in your default currency instead of their currency.
And finally, and perhaps the best, would be to just include a simple javascript popup when clicking the checkout button that the price on paypal may vary slightly due to exchange rates.
Thanks, I've added that red line into the Topic Start, just so everyone reads itQphoria wrote:This version is NEWER than the one in v1.4.9.3.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
a) Its not an option, its a single line of code to changeash_in99 wrote:you said.. " force paypal to always use your default currency. So if the customer sees GBP on the checkout page, when they goto Paypal they will see USD "
a) Where is this option in Paypal account, i seen somewhere but now not able to find out.
b) Zip file attached in first post... is that final files?
b) Yes
Perhaps best if you move to a less silly country USA has $2000 limitash_in99 wrote:I think soon you have to create a mod or make changes in current paypal.. to process the payments which is bigger $500, splits in 2 payments.
Due to new paypal india policy - https://www.thepaypalblog.com/2011/01/a ... for-india/
That is pretty bad tbh. Forcing you to take money out of your PP account within 7 days and not allowed to buy goods with it. I know exactly why they are doing it but it's a bit tedious if you ask me. paypal may as well just automatically send the money straight to your bank account (although they wont so that they can get interest on your money sitting there of course). I'm just wondering is this for paypal standard only in India or PP pro as well (do they have PP pro in India?)
This is a separate "feature" that needs to be addressed.. this has always been there and happens when the payer has a & or other "strange" characters in their name. It would have happened with the previous version too.. but you still need the fixes in this version.
Read the first thread of this post
Read the first thread of this post
Ok I figured out the problem with the handling fee when discount is greater than subtotal and fixed it.
Another issue that paypal can't process 0.00. So when the discount results in the cart total = 0.00, paypal will simply ignore the discount completely because they are stupid like that.
So I've added a little fix to the ajax confirm function that gets called when clicking submit. If the total = 0.00, it just completes the order and bypasses the paypal login.
Updated the zip in the first post here:
http://forum.opencart.com/viewtopic.php ... 954#p87954
be sure to update all catalog files as a few of them have changes
Another issue that paypal can't process 0.00. So when the discount results in the cart total = 0.00, paypal will simply ignore the discount completely because they are stupid like that.
So I've added a little fix to the ajax confirm function that gets called when clicking submit. If the total = 0.00, it just completes the order and bypasses the paypal login.
Updated the zip in the first post here:
http://forum.opencart.com/viewtopic.php ... 954#p87954
be sure to update all catalog files as a few of them have changes
Im Currently running paypal 1.4.2 and am finding it REALLY slow to respond between checkout/confirm page and paypal. (40 secconds+)
Would upgrading fix this?
I intend to upgrade anyhow but i want to know if this could be an issue that wont be resolved by upgrading.
Would upgrading fix this?
I intend to upgrade anyhow but i want to know if this could be an issue that wont be resolved by upgrading.
I had my first scammer today buy a bunch of my extensions using a stolen PayPal account. Does the newest version of the paypal module check whether the OpenCart e-mail matches the PayPal e-mail? I know it says this:
Anyone have any other tips on preventing these things from happening?
but I just wanted to check if that's what "email match" refers to.Many additional validation steps to cut down on scammers (price match, email match, referrer, etc)
Anyone have any other tips on preventing these things from happening?
No there is no check that their account email = paypal email as that isn't always the case. Email match means that in case they catch and alter the message and change the seller email to their own account and then fake the ipn back to you. Not likely but just in case.Johnathan wrote:I had my first scammer today buy a bunch of my extensions using a stolen PayPal account. Does the newest version of the paypal module check whether the OpenCart e-mail matches the PayPal e-mail? I know it says this:
but I just wanted to check if that's what "email match" refers to.Many additional validation steps to cut down on scammers (price match, email match, referrer, etc)
Anyone have any other tips on preventing these things from happening?
I am looking into adding an email verification option like daniel did to the extension store. Then you could choose to enable that extra security.
Sounds good, thanks for the explanation.Qphoria wrote:No there is no check that their account email = paypal email as that isn't always the case. Email match means that in case they catch and alter the message and change the seller email to their own account and then fake the ipn back to you. Not likely but just in case.
I am looking into adding an email verification option like daniel did to the extension store. Then you could choose to enable that extra security.
Just wondering, is there any documentation about How to Setting this new Paypal Standard on backend?Qphoria wrote:Read the Paypal Configuration Documentation for info on how to setup your Paypal Account the preferred way.
--update--
I mean the setting of the Transaction Method and Order Status
Who is online
Users browsing this forum: No registered users and 100 guests