Latest News: (loading..)

Draven

Members
  • Content count

    333
  • Joined

  • Last visited

About Draven

Profile Information

  1. It's been a few months since i even looked at this script but will answer what I can. Those are the only two links you should really need to run it. Where does it talk about push URLs? I have seen this happen in 2 instances. In one instance, the installer did not run the first query, which creates the msgdb table. In the other, a firewall was causing the problem (specifically Zone Alarm) because the chat system uses Java which ZA was blocking.
  2. Order Editor I believe it is called. The coding is still a bit shaky IMHO, but it should work ok. They would have to pay up the difference seperately though, unlike if you processed CCs directly offline.
  3. Obviously I'm not expert as I was just here myself asking questions a few days ago. ;) I can answer some though. It will appear in your Admin in 'Pending'status before the customer is passed to PayPal (or as they are passed?). You will not get the email payment is verified via the IPN or (I assume) until you manually change the order status (should there be an error). The customer will receive the email at the same time you do. Yes the contribution is a major one but Greg's instructions are outstanding. I had no problems with install at all ... just needed a little push in the right direction when it came to testing. :) I can also recommend going ahead with the optional new order status step in the install. At first I didn't realize the point of it, but now with a better understanding of how the contribution works, I think a seperate 'PayPal Pending' status is beneficial.
  4. Greg, Thanks again for the quick reply. To answer your questions: - Primary Email and Business ID are configured correctly. - Yes, I see the splash screen. Moving on ... I followed your instructions to a T (and in order of course) and have made a little headway. After proceedig to PayPal, the order was listed in my Admin in 'Orders' as Pending, but not at all in 'PayPal IPN'. Should it have been? I then ran the IPN Test Panel and got these results in addition to all of the info above it: Once I ran that, the order *did* show up in 'PayPal IPN' in Admin with the pertinent info. Also, a few minutes after the order had been updated to completed, I got the order email as did the 'customer.' Does everything look ok here? p.s. Due to the complexity of the mod, I just kind of assumed there might be a few complications here and there, but I've had my eye on this thread for some time and your great support is what convinced me to install it. You can tell right from the start that both the mod and it's developer are top-notch. I really do appreciate your help. :)
  5. Regardless of what I enter in the Test Panel, I get: An error has occured, mostly likely because the Custom field in the IPN Test Panel did not have a valid transaction id. I may be missing something there. However, the previous testing I mentioned was all done in the sandbox and nothing worked as it should. One thing that really loses me is the error that I and a few others have encountered whereas neither the store owner nor the customer gets the order email for PayPal orders. If the order shows in the admin and customer side, shouldn't the order email get sent?
  6. The only emails I received were 6 identical copies of the one 1 I posted above. Yes. Order status is Pending. Pending is my defalt order status as well as being set for PayPal. I did not perform the optional step of adding a new order status for pending PayPal orders. I can do so if thhat would help you troubleshoot the problem. No IPN history or anything else in that listing. I am using the sandbox for testing. :(
  7. PHP version is 4.3.3 with no plans by the host to upgrade at any time soon. (I had asked about a month ago.) Hmm, where do I select it? As the 'customer' I was just asked to confirm payment or not. I have set the Digest Key. Here are the details of what worked and what didn't: Worked: - Customer passed to PayPal - Order generated (even though customer did not return from PayPal) - If customer does not pay, order in order history shows the confirm button Did Not Work: - No email to admin informing of order - No email to customer informing of order Thanks, will do.
  8. OK, I have moved on in my testing. Should I have received 6 emails for the test? They all say: Should any test IPN's have shown up in the IPN listing in admin? Also, the 'customer' did not receive any emails as some other users have reported before as well. Prior to installing the contribution, emails were sent to the customer as they should be. * Edit: 'Customers' paying by check still receive the order email. It is only those who pay by PayPal that do not receive it.
  9. I have just installed this massive contribution on a heavily modded site and I wanted to thank you for the excellent installation instructions. Aside from having to change a few of the queries to accomodate my existing mods, nothing else needed to be changed - rare for even the smallest mods but practically unheard of for a mod of this size. I haven't completed testing yet, but so far, I have not encountered any errors. :) I do want to point out to others who are installing this to be careful on the following step: $cart = new shoppingCart; appears twice in application_top.php However, it only appears once with the closing bracket below it. Those who do not pay close attention might inadvertantly place the new code below the first occurence. Perhaps a note like: 'Please note the bracket below $cart = new shoppingCart;' :) Finally, I wanted to ask what the proper way to modify the payment selection page would be. Currently, it displays like: PayPal Credit Card - Icons You do not need a PayPal .... I would like it displayed like: PayPal / Credit Card - Icons You do not need a PayPal .... Thanks again for this great contribution Greg. :)
  10. Have you looked into the PayPal IPN module by Greg B. ?
  11. Set the selected method as a session variable. Then in the checkout_shipping page you would need to modify the default selected method. For example ... If the default-selected variable in checkout_shipping was $this, you would add this statement above: if ($_SESSION['sic_method'] != NULL { $default_method = $_SESSION['sic_method']; } else { $default method = $this; } Then you would remove $this from the radio button default and replace it with $default_method. It'll take a little bit of coding knowledge, but it's not difficult.
  12. Perhaps a better way would be to use parse_url or even preg_match ? php.net example: <?php // get host name from URL preg_match("/^(http:\/\/)?([^\/]+)/i", "http://www.php.net/index.html", $matches); $host = $matches[2]; // get last two segments of host name preg_match("/[^\.\/]+\.[^\.\/]+$/", $host, $matches); echo "domain name is: {$matches[0]}\n"; ?>
  13. I've created yet another option and am seeking BETA testers before posting publicly ... if anyone is interested. I'm using the term BETA only as a precaution as the mod seems to work perfectly, sans a couple features I haven't added yet.
  14. I don't know if this has been posted before but I wanted to share it just in case. After some recent sporadic problems with Ship in Cart, I began poking around and noticed a few session variables were registered, but never seemed to be unregistered. (correct me if I am wrong) If they are not, then the following should be added to logoff.php: tep_session_unregister('cart_address_id'); tep_session_unregister('cart_country_id'); tep_session_unregister('cart_zone'); tep_session_unregister('cart_zip_code'); tep_session_unregister('cart_sid');
  15. Guest Account is another option and a better one in my opinion (considering it doesn't deviate from the osC core, just circumvents it). I don't about the latest mod to it (allowing guests to relogin??) but the ones prior to that are fine.