Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Official PayPal IPN Support Thread


Mark Evans

Recommended Posts

I'm trying to figure out why I have a bug on this contribution. IPN Notification are activated on our paypal account.

 

I've done some LIVE testing and this is what happens:

- After confirming the order, customer is redirected to paypal website and the order is created in OSC with it's status "preparing [Paypal IPN]"

- Payment is done on paypal

- order in OSC remains on "preparing [Paypal IPN]" while it should go to "pending" according to my settings (but that's no big deal anyway)

- confirmation of payment is sent from paypal to our email address

- order confirmation from OSC is NOT sent to customer

- we receive the famous "PayPal IPN Invalid Process"

 

I've been browsing this huge topic for about 30 minute snow without really finding a fix for this bug...

Can anyone redirect me to a specific post or provide me with an answer for fixing this up?

 

Thank you very much in advance!

 

I know that ipn.php is bypassing some steps of the checkout... How could I make sure our customers receive an order confirmation email?

Thanks a lot!

Link to comment
Share on other sites

Hello,

 

I have the problem where PayPal takes the payment, but the order status isn't changed, stock isn't updated, and order emails aren't send, except by Paypal.

 

I did the test putting at the top of ipn.php:

 

mail('[email protected]', 'testing paypal', 'paypal has found the file');

 

with my real email.

 

I tested it through the PayPal ordering process and it didn't send the email.

 

Then bringing ipn.php up in the browser brings up a blank page and doesn't send the email either.

 

I made a blank php file with:

 

mail('[email protected]', 'testing paypal', 'paypal has found the file');

 

with my real email, and put it in ext/modules/payment/paypal_ipn/ and it sent the email.

 

I'm using PayPal IPN 2.2 and something called "Paypal IPN v2.2 with QTPro-PROPER" to integrate with QTPro 4.25 which looks like has since disappeared from the contribution section.

 

What could the error be at this point?

 

More notes:

 

My host uses a PHP higher than 4.3. At PayPal IPN is switched to off. The chmod settings are read, read, read, and write only for the owner.

Edited by Leeb2
Link to comment
Share on other sites

Obvious Question #1 - Have you turned-on IPN Notification on your PayPal account?

The IPN URL is http://www/yourdomain.com/catalog/ext/modu...pal_ipn/ipn.php

 

The install guide says:

 

IPN

 

You do NOT need to enable the IPN in your PayPal account as all the required information is sent by the module.

 

Does it work identically with or without the IPN setting on/off?

Edited by magicmycote
Link to comment
Share on other sites

Testing the latest IPN on the sandbox, and everything seems to be working fine...but when I go to check the order details in the admin panel, this shows up in the comments section and I cannot find the reason it's not's parsing it:

 

PayPal IPN Verified [Completed (Verified; <span class=currency_symbol>$</span>4.15<span class=currency_symbol></span>)] 

 

It just prints the span tags....any ideas? ...or if I wanted to remove the call for the spans, where would I look? tia

 

 

Has anyone got an idea of where to look to make this show correctly? tia

Link to comment
Share on other sites

Hi folks,

is anyone else having problems with paypal email notifications & order confirmation emails?

 

I've been using this paypal IPN module for ages and all was fine. But my last 4 orders have had no payment received notification email from paypal. The last order didn't even get an order confirmation email from my website. I've also noticed that the last paypal transaction says "web accept payment received" and is showing aggregate items, it used to be per item and say "Shopping Cart payment received". I haven't made any changes to the module or my paypal account settings.

 

Have paypal altered some scripts which is affecting this module? I can't find out any info anywhere.

Anyone know whats going on?

 

thanks everyone

Tigergirl

 

Just to let everyone know - my problem was not to do with Paypal IPN module. My mailbox was full and so my emails were not getting delivered. Once I deleted a bunch of emails, all my delayed emails arrived.

 

With regards to the "web accept payment received" on the transaction details - seems like paypal had changed something at their end - although their explanations are the usual automated b***sh** that I'm accustomed to from ebay and paypal.

 

All is fine now.

 

Tiger

I'm feeling lucky today......maybe someone will answer my post!

I do try and answer a simple post when I can just to give something back.

------------------------------------------------

PM me? - I'm not for hire

Link to comment
Share on other sites

The install guide says:

Does it work identically with or without the IPN setting on/off?

The IPN modules will OVER-RIDE the paypal profile console settings.

So, the return URL, IPN on/off makes no difference, in your profile.

------------------------------------------------------------------------------

 

As far as shipping total goes:

I have been working extensively with PayPalTech trying to deal with this issue.

At this point its unknown if its the IPN script or something on PayPals end.

 

At a minimum it is behaving like this since 9/19.

In my case that would imply PayPal changed something

(my last alteration in my catalog scripts was on 9/16 with orders on 16, 17, and 18)

I am going to look into the cURL setting with my host (lunarpages).

That may be a good lead.

------------------------------------------------------------------------------

 

INVALID IPN:

The invalid IPN flag from OsCommerce and the IPN script does not mean that the IPN is not functioning, it merely means the script is not getting a value it is looking for.

------------------------------------------------------------------------------

 

Another issue:

In addition to the no shipping issue, my customers also get "use another credit card to proceed" message from PayPal, and getting kicked from their interface.

About 1 in 5 customers can actually complete a transaction with these issues as they are.

Anyone have any ideas on a path to follow to resolve this issue?

Link to comment
Share on other sites

Hi I have also been having PayPal issues and have been working with tech support to resolve them

this is what they suggested i do and it seems to be working

 

I have set Force Shipping to 2

this is in the PayPal IPN file

it seems there is a problem created around mid sept when PayPal changed something.

 

I need to wait a bit for some international orders to really test it. (Iam In Australia)

but PayPal is working now for me.

 

PayPal realises there is a problem.

 

Doug

Link to comment
Share on other sites

Following these steps you should be able to change the value of no_shipping without updating the module:

 

- Locate the following file in your OSC installation

 

[installation Directory]\catalog\includes\modules\payment\paypal_ipn.php

 

- Make a backup copy of the file

- Open it up with a text editor

- Search for the following string: "no_shipping"

- You should find the following line:

 

$parameters['no_shipping'] = '1';

 

- Change the "1" in "2" to read

 

$parameters['no_shipping'] = '2';

 

This appears to have solved my PayPal problems

 

Warm regards

 

Douglas Walker

Link to comment
Share on other sites

Following these steps you should be able to change the value of no_shipping without updating the module:

 

- Locate the following file in your OSC installation

 

[installation Directory]\catalog\includes\modules\payment\paypal_ipn.php

 

- Make a backup copy of the file

- Open it up with a text editor

- Search for the following string: "no_shipping"

- You should find the following line:

 

$parameters['no_shipping'] = '1';

 

- Change the "1" in "2" to read

 

$parameters['no_shipping'] = '2';

 

This appears to have solved my PayPal problems

 

Warm regards

 

Douglas Walker

 

This resolved the no shipping value (0.00) passing to the shopping cart on check out?

Link to comment
Share on other sites

I have osCommerce Online Merchant v2.2 RC1 installed, and I have the standard paypal_ipn module working. I suppose that is the same as this contribution?

 

I would like to show a paypal logo with the payment-option. How do I do that? I searched this thread, but haven't found a working answer yet. Saw the question several times though, so I don't seem to be the only one with this request....

 

Thanks in advance!

 

Gina

Link to comment
Share on other sites

I would like to show a paypal logo with the payment-option. How do I do that? I searched this thread, but haven't found a working answer yet. Saw the question several times though, so I don't seem to be the only one with this request....

 

Found the answer, posting here seems to trigger my ability to find answers myself.... Posting here so others can find it:

 

in catalog/includes/languages/english/modules/payment/paypal_ipn.php:

 

define('MODULE_PAYMENT_PAYPAL_IPN_TEXT_PUBLIC_TITLE', '<img src="images/paypal-credit.png" align=left width=135 border="0"><b>Credit & Debit Card Payments via PayPal\'s Secure Servers</b><br>We accept all PayPal currencies & payment types.<br>No PayPal account required for card payments.');

 

change that for all available languages, the paypal image has to be uploaded to the image-dir of course.....

 

gina

Link to comment
Share on other sites

This resolved the no shipping value (0.00) passing to the shopping cart on check out?

 

 

It resolved a number of issues for me.

 

As the customer passed through paypals pages they got one screen which included postage and one which did not.

They then got error messages.

 

So it did resolve a 0.00 shipping issue.

 

But possibly my issue was slightly different.

 

I would give it a try and see what happens it is easy to switch back if it has no effect.

 

Warm regards

 

Doug

Link to comment
Share on other sites

Hi Folks,

 

I'm nearing my wits end, so thought I would try one last time to see if anyone can offer a solution to my problem... its been months now

 

This is, to my knowledge, in no way related to the problems others have been having recently.

 

Apologies for repeating myself, but I want to start from the beginning.

 

I changed servers a few months ago, before which everything was working fine. Paypal IPN updated order status without any issues.

 

Since moving servers (now with bluehost) the orders are going through, but the order status is not being update by paypal IPN.

 

I therefore have no way of knowing which orders have been paid for, and have to check each order against my paypal account to see which have been paid for, and need shipping.

 

Please, if anyone can tell my why this is, I will be eternally greatful.

 

 

 

The following is my .htaccess file (root folder) - seems it may be relevant? I'm not a coder, just fiddle a little with php and html. Would be lying if I said I understood how it worked.

# $Id: .htaccess,v 1.3 2003/06/12 10:53:20 hpdl Exp $
#
# This is used with Apache WebServers
#
# For this to work, you must include the parameter 'Options' to
# the AllowOverride configuration
#
# Example:
#
# <Directory "/usr/local/apache/htdocs">
#   AllowOverride Options
# </Directory>
#
# 'All' with also work. (This configuration is in the
# apache/conf/httpd.conf file)

# The following makes adjustments to the SSL protocol for Internet
# Explorer browsers

<IfModule mod_setenvif.c>
 <IfDefine SSL>
SetEnvIf User-Agent ".*MSIE.*" \
		 nokeepalive ssl-unclean-shutdown \
		 downgrade-1.0 force-response-1.0
 </IfDefine>
</IfModule>

# If Search Engine Friendly URLs do not work, try enabling the
# following Apache configuration parameter
#
# AcceptPathInfo On

# Fix certain PHP values
# (commented out by default to prevent errors occuring on certain
# servers)
#
#<IfModule mod_php4.c>
# File modified on Mon Sep 17 03:32:44 2007 by server
# For security reasons, mod_php is not used on this server. Use a php.ini file for php directives
#  php_value session.use_trans_sid 0
# For security reasons, mod_php is not used on this server. Use a php.ini file for php directives
#  php_value register_globals 1
#</IfModule>

 

 

Matt

Link to comment
Share on other sites

It resolved a number of issues for me.

 

As the customer passed through paypals pages they got one screen which included postage and one which did not.

They then got error messages.

 

So it did resolve a 0.00 shipping issue.

 

But possibly my issue was slightly different.

 

I would give it a try and see what happens it is easy to switch back if it has no effect.

 

Warm regards

 

Doug

 

This sounds very much like what is happening here.

Not only are the sipping values coming out in multiple pages as you describe, but the transactions either fail, or complete without including shipping.

 

Are you using itemized or aggregate shipping?

 

Corey

Link to comment
Share on other sites

That must not be my issue, as the $parameters['no_shipping'] = value is already set to 2.

 

Dang, I hoped that this was the solution.

Still very frustrated with what is happening.

 

I still wanted to know if you are using aggregate or itemized setting for your cart.

I am using itemized.

I am concerned what the aggregate result will look like compared to itemized, in paypal and on the order process letter

Link to comment
Share on other sites

"You cannot use this credit card for this transaction. Please use another funding source"

 

Anyone else having this issue, and if so, what are you doing to resolve it?

 

So far paypaltech has been extremely uncooperative and its costing me a fortune in man hours to invoice everyone individually.

 

Insight would be appreciated

Link to comment
Share on other sites

"You cannot use this credit card for this transaction. Please use another funding source"

 

Anyone else having this issue, and if so, what are you doing to resolve it?

 

So far paypaltech has been extremely uncooperative and its costing me a fortune in man hours to invoice everyone individually.

 

Insight would be appreciated

 

 

I might be wrong on this ..... but, I remember from an eBay forum on either the UK or US discussion boards that a newish PayPal service (PayPal Pro?) was returning a new set of data in the My Account view of PayPal - apparently it showed any dodgyness regarding the payment via card and allowed the PayPal receiving account holder to choose whether to accept the risk or not (something to do with passing the risk from PayPal Seller Protection Policy (SPP) to acceptor's own risk)

 

Anyway - one of the factors it identified was where the delivery address and card statement address did not match. Outside of PayPal Pro, PayPal simply issues an "unverified" address clause and negates the SPP cover for the seller - forcing a "seller's own risk" situation.

 

I cannot help wondering if they've been tweaking the CVV and identity proof systems again?

 

At eBay Live in June, the head of PayPal Global said that by year end (this year) that ALL PayPal account holders would be address verified or not able to use the system - We're into October already and they must be sweating the deadline - 220 million accounts is a lot of addresses to verify worldwide :-" especially in under 6 months - maybe they're going for the easy option of booting people off?

 

Your error code of "You cannot use this credit card for this transaction" sounds remarkably like it's a "PayPal no like your card or info" situation. Remember also that some debit cards are not accepted via PayPal either, but the default messages always call them credit cards, even when they're debit cards.

 

Have any of those "dud card" transactions actually resulted in a payment into your account despite the error?

If not, then it seems likely to be a PayPal security issue (too stringent) rather than a software one.

 

Gaz

Wearing a seatbelt prevents head injuries when the computer crashes - - - Yeah Right!!! - not in this office.

Link to comment
Share on other sites

I might be wrong on this ..... but, I remember from an eBay forum on either the UK or US discussion boards that a newish PayPal service (PayPal Pro?) was returning a new set of data in the My Account view of PayPal - apparently it showed any dodgyness regarding the payment via card and allowed the PayPal receiving account holder to choose whether to accept the risk or not (something to do with passing the risk from PayPal Seller Protection Policy (SPP) to acceptor's own risk)

 

Anyway - one of the factors it identified was where the delivery address and card statement address did not match. Outside of PayPal Pro, PayPal simply issues an "unverified" address clause and negates the SPP cover for the seller - forcing a "seller's own risk" situation.

 

I cannot help wondering if they've been tweaking the CVV and identity proof systems again?

 

At eBay Live in June, the head of PayPal Global said that by year end (this year) that ALL PayPal account holders would be address verified or not able to use the system - We're into October already and they must be sweating the deadline - 220 million accounts is a lot of addresses to verify worldwide :-" especially in under 6 months - maybe they're going for the easy option of booting people off?

 

Your error code of "You cannot use this credit card for this transaction" sounds remarkably like it's a "PayPal no like your card or info" situation. Remember also that some debit cards are not accepted via PayPal either, but the default messages always call them credit cards, even when they're debit cards.

 

Have any of those "dud card" transactions actually resulted in a payment into your account despite the error?

If not, then it seems likely to be a PayPal security issue (too stringent) rather than a software one.

 

Gaz

 

 

Nah, this is a near complete failure of credit card users with or without paypal accounts having transactions fail.

OR (really and/or) having the 0.00 shipping and weird screen progression issue (not always 2 independent issues)

 

Its been rather frustrating, to say the least.

I now have all my customers complain regarding the inability to make transactions as a result of the paypal screw up.

 

Its supposedly is something to do with security algorithms (per techschmucks) that this sort of rejection will only occur in .1% of transactions.

In my case its 95%+

 

Of course I have a Halloween business, and eclipsing peak season.

The frustration has had some customers cancel orders, or write me telling me they wont bother due to the hassle.

 

And then there is the process orders manually instead of having the osc/ipn/pp work in concert to make this simple.

120+ orders failed in the past 3 weeks, 30 hours to process.

 

OK,

 

/eof $=pityParty

 

Still open to any suggestions.

Link to comment
Share on other sites

I am using itemized.
So you're looking for trouble. It's been stated in the install guide to use aggregate mode to get rid of most problems. If the per item mode is so important to you, hire someone to debug the code first, and upload the working version to the add-on area. Everyone here will thank you for that.

Super Download Shop, PayPal Express Checkout IPN, Selling Downloads, Visual Validation (preventing robotic flood), phpBB2 Integration

 

Yes, I'm willing to help, but please ask in the right place. Think twice before trying to PM me, it might be ignored.

Link to comment
Share on other sites

That must not be my issue, as the $parameters['no_shipping'] = value is already set to 2.

 

Dang, I hoped that this was the solution.

Still very frustrated with what is happening.

 

I still wanted to know if you are using aggregate or itemized setting for your cart.

I am using itemized.

I am concerned what the aggregate result will look like compared to itemized, in paypal and on the order process letter

 

 

Hi I am using per item

warm regards

 

Doug

Link to comment
Share on other sites

So you're looking for trouble. It's been stated in the install guide to use aggregate mode to get rid of most problems. If the per item mode is so important to you, hire someone to debug the code first, and upload the working version to the add-on area. Everyone here will thank you for that.

Well then Mr. Studio!

 

Mind showing me what a resulting invoice in your cart looks like and what the corresponding payment notice from paypal look like?

It may allay some trepidation of switching to aggregate.

 

Thanks,

 

Corey

Link to comment
Share on other sites

So you're looking for trouble. It's been stated in the install guide to use aggregate mode to get rid of most problems. If the per item mode is so important to you, hire someone to debug the code first, and upload the working version to the add-on area. Everyone here will thank you for that.

 

 

But surely that warning, about itemised/aggregate, relates to using the IPN WITH CCGV(Trad) and not to using the IPN on its own?

 

If not, and it refers to all instances of installation, then the contrib needs ditched from the library and a "real" one written?

 

And for that, everyone would certainly thank the author

 

Gaz

Wearing a seatbelt prevents head injuries when the computer crashes - - - Yeah Right!!! - not in this office.

Link to comment
Share on other sites

But surely that warning, about itemised/aggregate, relates to using the IPN WITH CCGV(Trad) and not to using the IPN on its own?

 

If not, and it refers to all instances of installation, then the contrib needs ditched from the library and a "real" one written?

 

And for that, everyone would certainly thank the author

 

Gaz

 

Paypal does have an IPN script generator (I have to dig thru my support thread and emails to locate it) that folks can create on the fly with, not only in php, but other languages.

 

In theory, to bother creating a new IPN contrib, should be a matter of making something that would have appreciated features that many of us desire.

 

Pardon my niavite(sp), but what is CCGV?

 

I have turned on aggregate to see what happens, hell what can it hurt, not like a successful transaction via CC has passed thru my store in 3 weeks, and its more than PP is doing to resolve the problem.

 

Figures, today all folks are ordering thru my hardcoded pages.

Link to comment
Share on other sites

There are two main contenders for CCGV in the Contribs Library -

 

CCGV has been adulterated and thoroughly mucked up by too many people making too many tweaks to what is a massive add-on

 

CCGV(Trad) is maintained by someone who works "in the next-door office" to the maintainer of the PayPal IPN.

Both of them have moved all support (and development?) off the osCommerce forums onto their own site - quote "because too many people are making too many unneccesary mofiications to the contribution" - it is their belief that because they have decided to maintain the contribs that all modifications should be verified and approved by them before being released to the community.

 

That would be fine except that in the case of the IPN, they refuse to upgrade it past the current 5-month-old state because "osC 2.2RC1 is not a stable release, we will update the IPN when a stable release has been released". This obviously does not allow for changes and developments that have been happening at PayPal, thus so many people are now getting so many issues with the IPN.

 

In the meantime, we're all up the creek without a paddle regarding "expert" support for both contribs within the osC forums and core community.

 

There are alternatives to CCGV - Credit Class and Gift Voucher - but you have to hunt carefully through the contributions library, and none of the alternatives are as fully featured.

 

There are also alternatives to the IPN (including the default one that ships with osC 2.2RC1) but they all have there own sets of issues - you just have to decide which ones give you the least problems.

 

Me? I'm facing the nightmare of manually ripping out both this IPN and CCGV(Trad) - which will take a minimum of a full day to remove the code (yes they are that big and that complex) and return originally replaced code, so that I can roll back and go in a different direction.

 

Gaz

Wearing a seatbelt prevents head injuries when the computer crashes - - - Yeah Right!!! - not in this office.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...