Jump to content


  • Content count

  • Joined

  • Last visited

Posts posted by makotoshoto

  1. For those who were getting constant "loops" in the payment or shipping pages, I just (finally) found one error: In the Read_Me page, it states to make this change on checkout_shipping.php:



    5. FIND the following line around line 446:


    <td align="center" width="25%" class="checkoutBarTo"><?php echo CHECKOUT_BAR_PAYMENT; ?></td>


    and REPLACE that line with these:

     //---PayPal WPP Modification START ---//
     if ($show_payment_page || !$ec_enabled) { 
               <td align="center" width="25%" class="checkoutBarTo"><?php echo CHECKOUT_BAR_PAYMENT; ?></td>
    //---PayPal WPP Modification END ---//


    Now, I don't know how I missed this the first 49573458 times, but when checking through that many pages it's easy to miss something at the end of one. The problem was that my checkout_shipping did not have that line. Now that the replacement code is tucked in neatly above the "CHECKOUT_BAR_CONFIRMATION" line, I'm going to watch how this works with customers through the day, though I didn't get any errors when testing.

  2. I have yet to see a solution to this, but about 60% of the time, customers are taken through a loop when using Express checkout. They log in, then click the PP button (either from the shipping page or cart), and it takes them to the PP site, then back to log in again. They log in, and try to do this same process, and it repeats. I've seen customers try it four or more times before just giving up. Sometimes it will work after the first loop, but not usually. However, when I force cookies, some people are then able to check out using PayPal. But then again, some are logged out and unable to log back in. This is very frustrating for the customer, and we receive emails stating so, but even moreso for the company owner.


    I've removed this mod (using the newest version, but have also used previous versions and had the same issue) twice and reinstalled it, but it still does this. Not to every customer, but enough that I have spent many hours trying to figure out a solution.


    Any insight that anyone could give would be greatly appreciated. Thank you!

  3. ***Slight update***

    The only thing working is the paypal express payment, the direct payment has not work for us since June 6. I have check the php files and htacces files and things look fine (I think). Is this a Paypal issue?


    PayPal has been full of problems in the past couple of days. I see this on other sites besides the ones I maintain (not using this mod). FYI, they are supposed to have downtime maintainence on 6/10 at 11pm pacific (as I recall), so hopefully this gets straightened out after then. Had about 10 customers today unable to checkout and there's nothing I can do when it's an intermittent problem with PayPal express. <_<

  4. Couldn't quite fix the STS issue, so I just stuck the box in application_bottom, got annoyed with the format, and removed it. However, now newsletters just aren't being sent.


    It gives me this message in red:

    Clients that did not receive this newsletter: 2244


    Only small packages will be send, as defined by constant BULKMAILER_LIMIT(5 mails) and interval defined by BULKMAILER_INTERVAL (12 seconds).


    Wait until the counter reachs 0.



    ? Nothing happens after I click the send button on that page except the "finished sending emails" which I know it didn't. So I try again, letting the first page just sit there for half an hour. Nothing. I've double-checked my installation, which is fine. Changed the email send settings in Configuration as well.


    Did I miss something beyond clicking the "send" button? <_<


    Edited: wait, you mean I have to keep going back and doing this over and over and over to send out the newsletter in small allotments? Fun. I blame this all on AOL users having their finger on the "spam" button.

  5. It says in the fix to add some lines to /login.php but the bit you need to find:


    $messageStack->add('create_account', ENTRY_PASSWORD_ERROR);
    } elseif ($password != $confirmation) {
      $error = true;
      $messageStack->add('create_account', ENTRY_PASSWORD_ERROR_NOT_MATCHING);
    if ($error == false) {


    Isn't in login.php


    Where do you add the code????


    Those lines are in /create_account.php




    tsvenkat, I'm also having the problem with STS (apparently), but nothing shows up on the site. Admin side seems to be ok, but there is no box (tried different places) on the catalogue pages. I'll try and work that out and post here if I manage a fix.


    @makotoshoto: What kinds of errors do they receive? Try setting "Address Override" to "PayPal."


    No errors, it just reroutes the customer to the payment or shipping page. I have the address set to use PayPal's (have tried both ways), though now apparently some customers in this country can't checkout with express. It's odd-I've changed settings over and over and reinstalled the module, but sometimes when I try to go through the checkout, the PayPal site times out. Honestly, I think it's them, not your module. :) I'll just keep the cookies set on and see if that causes any other issues. Thank you!

  7. I've just upgraded from 0.8.2 (very old I know) and must say that installation was a breeze. Direct payment is working however I can't seem to get the Express checkout working. When I click on the 'Check Out with Paypal' button it simply refreshes the shopping cart page. The URL that the button is pointing at is https://www.honeybeetoys.co.uk/shopping_car...opping_cart.php. I've had a look through the forum but can't see anything relating to this, does anyone have any ideas how I can rectify this?


    Same thing happens to some customers for me, but when I change the force cookies setting in admin to true, it works for people overseas, but not locally. It doesn't always happen, but about 70% of the time to people using paypal express, which is of course a problem. I did fully remove the old version, and have the newsest release of OsC installed.