Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

mightymidget

Archived
  • Posts

    33
  • Joined

  • Last visited

Everything posted by mightymidget

  1. Hi Tim, Maybe I haven't understood your question properly, but why would you want to run both the IPN and the standard Paypal module? It's my understanding that the IPN module replaces the standard paypal module that's shipped with osC. The Paypal IPN module is much better than the standard module and I'd highly recommend running one or the other (not both).
  2. Hi Lodi, I have the same problem, please see my posts on the previous page. I'm not the only one as several others have posted the same problem happening. What's strange is that we all had it working prior to July. Something has changed in the way paypal posts back to osC. I don't think it's a session problem as the return to merchant works ok provided you don't pay. Also my host has confirmed no changes to the apache server and I certainly haven't messed with anything. I guess it wont get sorted until a few more people report the same problem. I might be wrong but it seems to be limited to osC stores that have no SSL protection. Paypal just doesn't like returning to them anymore! Or maybe it's because you can't force cookies without SSL. Either way if you use version 2.2 of the IPN module the effect is minimal as your order emails still get sent and everything is updated correctly.
  3. Ok, a quick update. I just had this from my host. quote: There have not been any major changes to the Apache web server and the PHP module. Only small regular updates to the cPanel/WebHost Manager, but they do not affect the web service way of operation (this stays stable unless manually updated). We only update Apache/PHP when a new version of PHP is available to mitigate any security risks, and have been doing it gradually over the years with no complications. This might have been a change in the way Paypal passes parameters to osCommerce scripts using the callback URL, we are not sure about this however. The way sessions operate with PHP and get stored at the server has not changed and we can't suggest any reasonable server related cause for the problem you experience. end quote. So from what my host says it looks like this is probably a PayPal issue in the way the IPN posts back to osC. Certainly would make sense since 3 users have now reported the same problem all occuring at about the same time in the last 2weeks. Also the session seems to remain (and keep alive) for return to merchant unless the payment is actually completed. Does the call back change after payment is completed? I haven't changed anything on my site, and have only yesterday upgraded to IPN v2.2 which also has the same return to merchant problem. This only started to happen on 1st of July after 2years of working perfectly. Incidentally from 2 July 2007, a new PayPal company, PayPal (Europe) S.à r.l. & Cie, S.C.A. (PayPal Luxembourg), became the service provider for PayPal in the EU. I might be being paranoid but the dates do tie up to when the problems started to happen.
  4. Thanks for the reply Terra. I've since installed the latest IPN v2.2. It's a massive improvement over v1.1 that I was using. As you've mentioned it fully updates my stock, admin and order emails regardless of what the customer does. Also cures the problem I found when using v1.1 where-by the customer is able to return before paying at paypal and amend the cart without updating the original 'preparing paypal IPN' status. Anyone who hasn't upgraded I fully recommend doing so. Well done Terra and thanks for a great contribution. With regards to the session thingy. Now I've got v2.2 installed it's not such an issue. The only negative thing I've identified about the customer being re-directed to the login screen (rather than the checkout success) is that the customer comments aren't included in the customer/shop emails. This also isn't such an issue with v2.2 as you can see the comments in admin next to the IPN status. Still it would be nice to get everything working 100%. I'm not a programmer but personally I think this could be an issue related to PayPal and the way they process returns. When I create an order and go to paypal I can click the return to merchant (before paying) and still return to the same session at my shop (ie. back to the payment selection screen, and still logged in as a customer). Only after paying do I get re-directed to the login screen. I might be wrong but this makes me think that if it was a session problem all re-directs from paypal would return to the login screen. The only visible difference at paypal is once you've paid and click return to merchant you get a warning (paypal pop-up) asking to confirm to return to a non-encrypted session, where as prior to paying and using the same return to merchant button you get no warning. What do you think?? In the meantime I'll check with my host to see if any changes have been made to my host server around/after 31st June 07 when this problem first started to happen. I have no SSL cert (shared or full) and didn't for 2years prior to this problem occurring. So forcing cookies isn't an option :-( Whatever changed has happened in the last 13 days, be that at my host or paypal, but certainly something had changed. To all the others who have reported problems please could you advise if your cart was working originally and when it started to re-direct to customer login rather than checkout success. If it was 13 days ago then it seems a little to suss to be a coincidence. I'll get back with what my host say. Cheers MM.
  5. Hi, I just tried Auto Return which didn't make any difference. Could this be a session ID problem? If so why would it work for 2 years and then start to return to the wrong page?? My site has never had any SSL protection so I don't think I can force cookies or sessions within osC. I also checked my host cpanel to see if there's anything I can change, but cant find anything that will help. Really appreciate some pointers as I'm not too sure what to do next. Either my host has changed something on the host server or paypal are no longer processing the IPN correctly to return sites without SSL protection. Hope someone can help. Cheers MM.
  6. Hi, hope someone can help. I'm using an old IPN version 1.1. It's been working fine for 2 years so I've never had any reason to upgrade. From the 30th June I've noticed that when a customer clicks the 'Return to Merchant' button at paypal it now returns to the customer login screen rather than the checkout_success.php page. It never used to do this as it's always returned to the checkout success page. This in turn means that the customers cart isn't emptied and the order emails aren't sent. The IPN is still updating the order in admin to show that PayPal IPN Verified [ie. Completed (Verified; £1.99) I haven't changed anything and was wondering if anyone else has experienced this? Maybe Paypal UK/Euro has changed something. The only thing I've noticed during test that might be different is that I receive a warning from Paypal when I click the 'Return to Merchant' button stating that I'm leaving a 'Secure site for a non secure site' would I like to continue. Clicking continue takes you back to the standard osCommerce customer logon screen. My site is very simple and deals in low value, low volume items. I have always relied on paypal to secure the payment process as I've never really felt the need to secure the whole process (be that right or wrong). From reading the installation notes with IPN v1.1 (and the latest IPN version 2.2) it states that the order information (IPN) works with unsecured connections. And it has until now!! Currently at Paypal I don't have the 'Auto Return' nor the IPN turned on as this has always been sent by the module and hasn't been a previous requirement (as per the modules install guide). Be very grateful if someone could maybe cast an eye over my problem. Maybe I need to install v2.2. At least customer carts would be emptied. Would v2.2 cure my problem?? Hope you can help. Cheers MM.
  7. Thanks Ski, I've been toying with the idea for quite a while. I guess I'm a little scared about messing up my site. Although in my case my lack of a cert seems to have no negative affect on purchases. I get very few 'Preparing IPN' status. As a matter of fact nearly everyone who has registered an account go on to make a purchases. Having said that I can see what you mean though. As more and more internet users are becoming security conscious my lack of a cert will undoubtedly put people off. I'd really like to add Google Checkout, so I guess now's as good a time as any to take the plunge!! I know it's off topic but do you have quick pointers on implementing SSL in Osc?? I promise I wont mention SSL in this thread again :-) Cheers MM
  8. Hi FM, (or whoever can help). A really quick question. Do I need an HTTPS certificate for my site to use this module?? I have the PayPal IPN module which works really well and uses PayPals own HTTPS protection when the customer goes off-site to complete payment. I'd love to be able to add Google Checkout as an alternative provided it works in a similar way. By the way, your module sounds much better than the official Google module which appears to have all sorts of problems, especially with UK shops. Well done to you, and thanks for putting in the time. MM.
  9. Hi Ally, Looks like it's just you and me in here. Not too sure if this thread is supported anymore?? I've been trying for over a week to find out what the current version is that is supported in this forum. I don't think anyone is actively monitoring this thread anymore. All the same I think theres quite a few problems with the module posted on 15-Dec-2006. I'm going to install the last release posted by Leigh and see how I get on. Shame though, as like you I wanted to get the extra merchant account functions. It's times like this I just wish I knew a little more about php. Cheers Andy. PS - The official PayPal IPN module works really well. If you can live with PayPal it might be an option for you. Also the modules thread in the forums is very active and well supported.
  10. Sorry to bump this, I know everyone's busy but I'd really like to get this downloaded and working over the weekend, just dont want to spend hours installing the wrong non-current version. Hope someone can help clarify if the version posted in the modules contributions on 15 Dec 2006 is the latest version and supported in this forum or if I should use the previous one dated 6 Sept 2004. I'm only concerned because previously in this forum the poster mentions that it's created by another 3rd party which would suggest it's not an update/bug fix but more an entirely different module that should probably have it's own page in the Contributions section. Look forward to your replies. Cheers Andy.
  11. Hi All, Be grateful if someone could advise if this is the latest version of the Nochex APC or if I should install the 0.51 version dated 6th Sept 2004? I'm currently running the official PayPal IPN module which works really well and wanted to add an alternative payment option. I'm a bit worried though as there seem to be quite a few minor bugs listed in these threads, yet there hasn't been a bug-fix release since 2004. Is the version on 15 Dec 2006 an update or an entirely different module?? Hope someone can clarify, Cheers Andy.
  12. Any takers on this. I know it's only a simple line added during checkout but I'm not 100% confident when playing with the IPN php files. Just need to know if there any other files I need to alter. Cheers Andy.
  13. nmetsavo - The official PayPal IPN module (the one that is developed by the OSC team) was designed to capture client orders prior to them leaving your site to go to paypal. Once the client pays, paypal sends the IPN updating the order status at your site, so it doesn't require them to come back for it to update. Prior to the IPN module a client could pay then navigate away. You would then get a paypal email but wouldn't have a record of their order because it wasn't captured. The new module does cure some of these problems, but is not a complete answer. The client can still navigate away after paying. If he or she does, then the IPN will still get updated but the client order emails will not be produced or sent. So in short your site won't notify you of a new order. This is still an improvement over the module that come standard with OSC 2.2, but like I said not a complete answer. As a side note, once the IPN is installed you do not need to enable IPN at paypal, or switch auto return on, these will make no difference what so ever. All of this fuctionality is built into the modules code and is sent with the payment request. As far as I know (for sites using non us paypal) the only way to get it to auto return back to checkout without giving the customer the choice to navigate away is to turn off the 'optimised payment' option at paypal. This will force your customers to create an account at PP prior to paying. Then when the payment is completed paypal wont give them the standard option of 'create an account' or 'return to merchant' but will instead return them directly to merchant. You may need to set a 'return to' ULR at PP as well using this method. This is not idea, as for small amounts most customers don't want the hassle of creating an account. So I guess what I'm trying to say is that your suggestion of putting a note at checkout is still a good idea, even if you do install the Official OSC team developed IPN module. Unless you force your customers to create a PP account that is. Hope this helps. Please feel free to correct me if I'm wrong, Andy.
  14. Just a quicky! I've been using this PP-IPN module for quite sometime. 90% of the time it works perfect. However I've got the same problem everyone gets in that if the client doesn't return to my site none of the order emails get sent to the customer (or me). This is something I can live with as it's a low volume site and I still get the payment notification from paypal. However I'd like to add a note to my checkout process to remind customers to click the 'reurn to merchant' button at paypal. I would be really greatful if someone could have a look at my below modification and confirm if there other files I need to change other than the catalog\includes\languages\english\modules\payment\paypal_ipn.php Here's what I've added: define('MODULE_PAYMENT_PAYPAL_IPN_TEXT_TITLE', 'PayPal (Credit Card / Debit) <br></b>After payment at paypal, please click <b>Return to Mechant</b> to complete your order.'); define('MODULE_PAYMENT_PAYPAL_IPN_TEXT_DESCRIPTION', 'PayPal IPN'); Also, I'd be greatful if someone could let me know how to get the paypal logo to appear before my text (but after 'credit card / debit). It looks a bit odd showing after my text. I can't seem to find where in the paypal_IPN files that anything refers to the paypal.gif, let along change the postion of where it appears. Many thanks in advance, Andy
  15. Hi, I've also installed the PayPal IPN module, mine seems to work ok when using paypals sandbox. However I'd be interested to learn if you need to enable 'Instant Payment Notification (IPN)' in your paypal profile for this module to function correctly. Mine is currently disabled at paypal but seems to work ok, so I'm guessing that the IPN module doesn't need this option enabled. Am I wrong? If so I'd be grateful for the URL that needs to be entered at Paypal. Do you need to point it to a specific file? Many thanks in advance Andy
  16. Thanks Anna, I'm gunna give it a try later on my local installation to see how it works. Speak to you soon Andy
  17. Hi Anna, I'm glad someone agrees with me! I was starting to think I'd installed my module incorrectly and that I was the only one who'd seen this. I'm sure this is the way it was designed to work, but like you I think it can be very confusing to potential client. Has anybody got a idea's which would hide this status from clients after they cancel? Ultimately I know it can be removed by admin, but in normal daily business this might not be for sometime (probably the next day) by which time the client may have given up and decided to go elsewhere.
  18. Hi all, I posted this message in a different forum thread until I found this specific thread relating to Paypal IPN v1.1. So sorry to anyone who has read it before. I have recently installed the Paypal IPN module v1.1 to a test site which was a very easy process, well done to all contributors. Whilst testing I noticed that when customers proceed to 'Checkout' and reach the 'Confirmation' stage a 'Preparing Paypal IPN' status is created in both my 'Admin' and the 'Customers Account page'. All very good, this is what you'd expect. But, if the customer decides to back out of the purchase (ie. doesn't proceed to Paypal to complete the purchase) and then empties his/her cart as most people would, then the 'Preparing Paypal IPN' status still remains visable from the 'Customers Account page', even though he or she cancelled and removed items from the cart. It appears that the only way the Customer can alter this entry within their accounts section is to build a new cart and reach the 'Confirmation' stage, where by a new Perparing IPN status is created overwriting the existing one. Or obviously I can cancel it through admin. Now, I've probably not understood this module correctly, but should the customer still be able to see 'Preparing Paypal IPN' for an order which they've decided not to proceed with and then removed the items from their cart? Isn't this going to be confusing for customers as they may well believe that their previous order is still somehow live which could deture them from inputing a new order (and reaching the confirmation stage) to overwrite the old one. Would be very grateful if someone could advise, as I'm concerned that this action could cause potential customers testing out mysite to look elsewhere for fear that their cancelled transaction is stuck in the system, or at the very least could be very confussing to clients. Cheers Andy
×
×
  • Create New...