4281 replies to this topic

[crimble crumble]

I have the latest version and it is working well however occasionally a customer is able to check out...or should I say pay without actually checking out. So oscommerce has no record of the sale but the payment via PayPal express is successful. Does this have anything to do with the customer not returning to the shop after paying?

[technoczech]

I've seen a couple of posts with this problem, but have not been able to find the solution anywhere.

In my admin, if I click the Issue Refund button, I get the next screen where you select Full/Partial, etc, but when I click the Refund button, it redirects to my Admin's login. The api call for the refund is not sent to Paypal.

If it matters, beforehand, checkout does an authorization and then I manually do a capture in the admin. I'm using version 1.0.5.

Does anyone happen to know the solution for this?

Thanks!

[SteveDallas]

crimble crumble, on 11 November 2009, 04:17, said:

I have the latest version and it is working well however occasionally a customer is able to check out...or should I say pay without actually checking out. So oscommerce has no record of the sale but the payment via PayPal express is successful. Does this have anything to do with the customer not returning to the shop after paying?

I have had this problem occasionally, but it seemed to be with customers using the PayPal IPN contribution, not this module. I can tell the difference on the PayPal side, as EC customers show cart details and shipping address, while IPN customers don't even show the shipping address. One of these days, I'm going to stop using the IPN contribution.

--Glen

[crimble crumble]

SteveDallas, on 11 November 2009, 18:15, said:

I have had this problem occasionally, but it seemed to be with customers using the PayPal IPN contribution, not this module. I can tell the difference on the PayPal side, as EC customers show cart details and shipping address, while IPN customers don't even show the shipping address. One of these days, I'm going to stop using the IPN contribution.

--Glen

In my case the shipping address and cart details are there on paypals end, it's just my cart didn't get the information regarding the transaction. I suppose this could be a network problem. Does the customer have to absolutely return to the cart or is this done via an api call?

This problem only occurs about 1 out of 50 times.

[SteveDallas]

crimble crumble, on 11 November 2009, 18:51, said:

In my case the shipping address and cart details are there on paypals end, it's just my cart didn't get the information regarding the transaction. I suppose this could be a network problem. Does the customer have to absolutely return to the cart or is this done via an api call?

This problem only occurs about 1 out of 50 times.

The information comes back to the module via an API call, and it is not dependent on the customer doing anything, unlike some other modules. I've used the module since it was first released and cannot recall this ever happening on my own web site, nor do I recall any other reports of similar problems.

--Glen

[technoczech]

technoczech, on 11 November 2009, 18:08, said:

I've seen a couple of posts with this problem, but have not been able to find the solution anywhere.

In my admin, if I click the Issue Refund button, I get the next screen where you select Full/Partial, etc, but when I click the Refund button, it redirects to my Admin's login. The api call for the refund is not sent to Paypal.

If it matters, beforehand, checkout does an authorization and then I manually do a capture in the admin. I'm using version 1.0.5.

Does anyone happen to know the solution for this?

Thanks!

paypal_wpp_refund shows this code for the refund and cancel buttons:

<td colspan="2" align="center"><input type="submit" name="refund_submit" value="<?php echo WPP_SUBMIT_REFUND; ?>">&nbsp;<input type="button" name="cancel" value="<?php echo WPP_CANCEL; ?>" onclick="window.close();"></td>

The cancel button works.

Should there be an onclick= for the refund button?

[technoczech]

[quote name='technoczech' date='11 November 2009 - 02:17 PM' timestamp='1257970672' post='1456698']
paypal_wpp_refund shows this code for the refund and cancel buttons:

<td colspan="2" align="center"><input type="submit" name="refund_submit" value="<?php echo WPP_SUBMIT_REFUND; ?>">&nbsp;<input type="button" name="cancel" value="<?php echo WPP_CANCEL; ?>" onclick="window.close();"></td>

The cancel button works.

Should there be an onclick= for the refund button?
[/quote]

Ok, I found out the answer to that is no.

What I did to fix the problem of it redirecting to the login screen was to change the following line in paypal_wpp_refund.php from this:

include(DIR_FS_DOCUMENT_ROOT . DIR_WS_INCLUDES . 'configure.php');

to this:

include('includes/configure.php');

After I changed that, clicking Refund would send the Paypal transaction, however it failed with an error 10009. That error occurs because when you do an authorization you get one transaction id, and then when you do the capture, the auth transaction id becomes the parent transaction id, and a new transaction id is assigned to the capture. The refund has to be executed with the capture transaction id, but the current code executes it with the auth transaction id, so it fails.

So I'm trying to decide if I should modify the code to overwrite the auth transaction id with the capture transaction id. My store isn't live yet, so I don't have experience using the admin a whole lot yet, and consequently, I don't know if that would cause any problems with anything else. In Paypal, I can find the transaction with either id.

Advice, anyone? Greatly appreciated!

[SteveDallas]

technoczech, on 13 November 2009, 03:58, said:

Ok, I found out the answer to that is no.

What I did to fix the problem of it redirecting to the login screen was to change the following line in paypal_wpp_refund.php from this:

include(DIR_FS_DOCUMENT_ROOT . DIR_WS_INCLUDES . 'configure.php');

to this:

include('includes/configure.php');

Good catch. I fixed this in the instructions for admin/orders.php, but didn't notice that the charge, refund and capture pages also had this. In all three, the line should be:

include(DIR_FS_CATALOG . DIR_WS_INCLUDES . 'configure.php');

Quote

After I changed that, clicking Refund would send the Paypal transaction, however it failed with an error 10009. That error occurs because when you do an authorization you get one transaction id, and then when you do the capture, the auth transaction id becomes the parent transaction id, and a new transaction id is assigned to the capture. The refund has to be executed with the capture transaction id, but the current code executes it with the auth transaction id, so it fails.

So I'm trying to decide if I should modify the code to overwrite the auth transaction id with the capture transaction id. My store isn't live yet, so I don't have experience using the admin a whole lot yet, and consequently, I don't know if that would cause any problems with anything else. In Paypal, I can find the transaction with either id.

Advice, anyone? Greatly appreciated!

As written, it should work correctly if Payment Action is "Sale". It won't work for Payment Action is "Authorization" for the reason you mentioned. I need to look into this issue, as it is tied up with the non-working IPN code.

Personally, I don't think that one should overwrite anything, to maintain an audit trail. Instead, we should add a new transaction record that reflects the capture, and the refund code should look for the capture transaction if the original transaction was an authorization. I don't do captures within osC; I use the PayPal Batch Capture function as part of my workflow. I'll research this and see what I can come up with.

--Glen

[Roaddoctor]

I've googled this forum and thread looking for the answer but all related posts are very dated...

Is the current version 1.0.7a compatible with Multi Vendor Shipping 1.22?

I've read that additional code has to be added modified to make it work but I do not know which code, or where, or what, or if the modifications are still even needed. From what I have read, if paypal has its own checkout_process seperate from the osc file, some changes ar e/were required...

Thanks for the reply!

Dave

[SteveDallas]

Roaddoctor, on 13 November 2009, 13:49, said:

I've googled this forum and thread looking for the answer but all related posts are very dated...

Is the current version 1.0.7a compatible with Multi Vendor Shipping 1.22?

I've read that additional code has to be added modified to make it work but I do not know which code, or where, or what, or if the modifications are still even needed. From what I have read, if paypal has its own checkout_process seperate from the osc file, some changes ar e/were required...

Thanks for the reply!

Dave

The PayPal WPP module uses the standard checkout_process.php. It should work correctly with MVS, though I have not used the two together. I know that the PayPal IPN module intercepts checkout_process and would require additional code.

--Glen

[technoczech]

SteveDallas, on 13 November 2009, 07:11, said:

As written, it should work correctly if Payment Action is "Sale". It won't work for Payment Action is "Authorization" for the reason you mentioned. I need to look into this issue, as it is tied up with the non-working IPN code.

Personally, I don't think that one should overwrite anything, to maintain an audit trail. Instead, we should add a new transaction record that reflects the capture, and the refund code should look for the capture transaction if the original transaction was an authorization. I don't do captures within osC; I use the PayPal Batch Capture function as part of my workflow. I'll research this and see what I can come up with.

--Glen

Thanks so much Glen! I agree with you on keeping the audit trail. When I had thought about inserting a new record for the capture trans, I wasn't sure how to link it back to the auth transaction, or how it would be displayed on the orders page, and I wasn't sure if there was anything else it would effect. I just don't know enough about all the moving pieces yet.

If you use the batch capture in Paypal, do you go back and update your orders in osc? I would love to know more about the workflow that you (and others) use to process orders.

Thanks again!

[crimble crumble]

SteveDallas, on 11 November 2009, 18:59, said:

The information comes back to the module via an API call, and it is not dependent on the customer doing anything, unlike some other modules. I've used the module since it was first released and cannot recall this ever happening on my own web site, nor do I recall any other reports of similar problems.

--Glen

It could be because I have the paypal checkout link on my login page, shipping page and payment page. Is this allowed?

[clavid]

I am wanting to use Discount Coupons (or any other method of supplying a discount) with this excellent contribution, I have tested it against it and it appears that it will work with Direct Payments but not Express checkout, am I correct? If so is there a solution to it? I have searched the forum but cant find anything appropriate can anyone help?

Regards

Philip

[SteveDallas]

clavid, on 14 November 2009, 18:26, said:

I am wanting to use Discount Coupons (or any other method of supplying a discount) with this excellent contribution, I have tested it against it and it appears that it will work with Direct Payments but not Express checkout, am I correct? If so is there a solution to it? I have searched the forum but cant find anything appropriate can anyone help?

Regards

Philip

There shouldn't be any reason that something that works correctly with Direct Payments not work with Express Checkout, other than if Discount Coupons requires that you enter the coupon code on the Payment page (checkout_payment.php). In this case, change the setting Express Checkout: Display Payment Page to True in the module settings. Please test and let us know if that resolves the issue.

--Glen

[SteveDallas]

crimble crumble, on 13 November 2009, 20:09, said:

It could be because I have the paypal checkout link on my login page, shipping page and payment page. Is this allowed?

The number or placement of the links to engage Express Checkout will have no effect on this behavior. The standard integration method for this module displays the EC button in several places to provide the customer every opportunity to choose Express Checkout. This is most certainly allowed.

--Glen

[gatorboy]

JRN, on 24 July 2008, 17:50, said:

Recurring Payments: PayPal just added the ability to process a recuring payment through PayPal Payments Pro. Is anyone out there working on this? I'd love to help, but I have to admit I'm not much of a coder. The ability to do this would save my wife and I about 20 hours of labor per month so I'd love to see it added to the current module. The information from PayPal is here: https://www.paypal.com/IntegrationCenter/ic...ngpayments.html

Thanks,
Jason

Jason, did you ever find anything useful as far as integrating the Paypal Recurring Payments into this contribution or any other for that matter? Or did you end up making it work yourself? I too am trying to find an easy way to make this work. This contribution is one of the really good ones and very well supported, but I haven't found anything on this aspect either.
KEN

[SteveDallas]

gatorboy, on 18 November 2009, 21:33, said:

Jason, did you ever find anything useful as far as integrating the Paypal Recurring Payments into this contribution or any other for that matter? Or did you end up making it work yourself? I too am trying to find an easy way to make this work. This contribution is one of the really good ones and very well supported, but I haven't found anything on this aspect either.
KEN

Ken,
Nothing has been done with recurring payments. It isn't even on my radar. Are there other payment modules that handle recurring payments? If so, please point me to one, so I can understand what they are doing. How would you see it working? A regular osCommerce transaction is once and done.

--Glen

[technoczech]

SteveDallas, on 19 November 2009, 05:46, said:

Ken,
Nothing has been done with recurring payments. It isn't even on my radar. Are there other payment modules that handle recurring payments? If so, please point me to one, so I can understand what they are doing. How would you see it working? A regular osCommerce transaction is once and done.

--Glen

Ken & Glen,

My site is not live yet, but I have added recurring payments. I can provide you with the xml and with the calls I used that go with this wpp add-on, but my site is extremely customized, so I wouldn't know where to tell you to put them in a "normal" shop. But it would at least give you a starting point. Also, I have found the SOAP API manual to be the best place to get the information about setting up the recurring payments stuff.

Let me know if you want the xml & calls, and where to send/post them.

[SteveDallas]

technoczech, on 22 November 2009, 21:56, said:

Ken & Glen,

My site is not live yet, but I have added recurring payments. I can provide you with the xml and with the calls I used that go with this wpp add-on, but my site is extremely customized, so I wouldn't know where to tell you to put them in a "normal" shop. But it would at least give you a starting point. Also, I have found the SOAP API manual to be the best place to get the information about setting up the recurring payments stuff.

Let me know if you want the xml & calls, and where to send/post them.

I have no problem with the implementation, but I don't see how it could be used in the context of a standard osC shop.

--Glen

[mvigil514]

Hi All,

First of all, thanks to everyone who has contributed to this great contribution.

I've installed V1.07 (from Github). I am upgrading from 0.92. After installation, this is my status. Ran wpp_diagnostics.php, all is well. First problem was getting sent back to empty shopping cart (lost session id). Got that taken care of, previous post, by altering return url string in paypal_wpp.php. Now I have a couple of more problems.

First one is that when I go to Paypal during express checkout and come back, I am redirected to shipping.php. All ok, select shipping method and hit continue, now I go to checkout_payment.php (paypal set to show payment page), but I don't have the options to apply coupon (CCGV installed) or to use gift certificate, or Reward Points. Only shows, you are checking out with Express Checkout and ability to choose another form of payment.

Second problem is when I capture funds through admin, the order status is not being updated and the customer is not being notified. I have been looking through this forum for some time, and am having a hard time finding the solutions. Any help would be appreciated.

Thanks, Michael

Edited by mvigil514, 22 November 2009, 23:37.