Jump to content

mhsuffolk

Members
  • Content count

    457
  • Joined

  • Last visited

  • Days Won

    2

Reputation Activity

  1. Like
    mhsuffolk reacted to 14steve14 in Stripe v3 module for SCA   
    Totally off topic but I am glad to see that its not only my customers.
  2. Like
    mhsuffolk reacted to 14steve14 in New UK Bank Transfer Requirements   
    Good advice,  and its been a long time coming for the banks to do something to help protect themselves from fraud payouts.
  3. Like
    mhsuffolk got a reaction from mfleeson in Paypal not recording order after successful checkout   
    Replace your copy of ext/modules/payment/paypal/paypal.com.crt
    with this one  paypal.com.crt
     
  4. Like
    mhsuffolk reacted to LeeFoster in From Frozen to Phoenix   
    I think what people are failing to understand is that Phoenix is sticking to it's opensource roots, anyone can download and install it. Those people that are paying are getting modules in exchange but also paying towards keeping Phoenix growing and therefore keeping it opensource. In an ideal world everyone who is using Phoenix would be paying to support it, they would get the modules they are complaining don't exist and more at a faster rate as @burt would be able to outsource some of the module development out so he can focus on making a better core.
  5. Like
    mhsuffolk reacted to cdetdi in From Frozen to Phoenix   
    I think you're under estimating the pain of a broken shop here...
    Upgrades that you publish are excellent, but they don't come with (not saying they should come with) a list of stuff that will break if you install the update.  As another owner said, if a shipping module is just outright broken, a 10 minute upgrade might turn into 1-2 HOURS of missed sales.  And those are hours you don't get back - you still need to do shipping, inventory, payroll, customer service etc.  
    In MY experience, being completely honest, upgrades are never 5-10 minutes, but typically 1-2 hours or longer.  My shop is very customized, so don't take this as a complaint.  This is sharing the fact that a small .x upgrade is a BIG deal for owners like myself.  
    I'm hopping from frozen to Phoenix and it isn't painless.  Stuff you expect to work just doesn't, and I'm updating/patching most of the things I use on the daily.
    I appreciate the move to "Approved Add-Ons", but I think it needs to go farther.  If an add-on is "Approved" it must also mean that is is updated regularly - if it falls 30 days or more behind the current release it must loose its approved status.  This means that users like myself can have confidence that we can upgrade to the latest release, with all approved modules in a timely fashion.
  6. Like
    mhsuffolk got a reaction from valquiria23 in From Frozen to Phoenix   
    Yes I echo that.
    Many addons have not caught up to beyond 1.0.5.0 which is where my live shop is at. They will of course. I plan to wait for 1.0.6.0 and when most addons that I use are compatible before moving on.
  7. Like
    mhsuffolk reacted to Dan Cole in From Frozen to Phoenix   
    For me that is both fair and realistic.  I have add-ons I can't live without and until they are updated the choice is update or keep those functions.   My current plan is to get a live site up and running 1.0.5.0 (I'm close) and then keep a development branch going that I can add updates to, both core and add-ons. Taking that to say 1.0.6.0 and when it's ready to release, I'll rinse and repeat.  Until the add-ons get to a point where they are not impacted by changes to the core I don't think it can be managed in any other way.  If there is, I'd certainly be interested in knowing. 
    Dan
     
  8. Haha
    mhsuffolk got a reaction from René H4 in PayPal has a heart, until the end of April at least!   
    Just Received from PayPal
    " At PayPal we are here to support you and we know that the spread of COVID-19 and its impact on the global economy has serious implications for your business. We have seen that you have been particularly impacted by recent customer behavior and so we would like to offer a temporary refund policy on your account. This means that from today until April 30th, PayPal will not withhold any of the transaction fees when we process a refund on your behalf.

    We understand this is a difficult time for businesses, and we want to do our part to help support you. The updated policy will be automatically applied to your account. If you have questions about any of these changes or your account, please don't hesitate to get in touch with us.

    Your team at PayPal"
    What they do not realise is that I have been successfully moving customers over to Stripe. Ha Ha
  9. Like
    mhsuffolk got a reaction from Mac2256 in New Products For %s   
    In admin
    Click Configuration>Maximum Values>Selection of random new products and edit value.
  10. Thanks
    mhsuffolk got a reaction from raiwa in Wholesale (SPPC lite)   
    Link is incorrect. There are two instances of this on the apps market.
    (Correct Link)  Wholesale (SPPC lite) 4.1.1. 
  11. Like
    mhsuffolk got a reaction from milerwan in PayPal   
    In your PayPal Account find Website preferences which is under Website Payments.
    Ensure you have Auto Return switched on.
    Enter the URL as https://www.yourwebsite.com/checkout_process.php  and then click save.

  12. Like
    mhsuffolk reacted to peterespana in PayPal   
    Thanks Martin, did not have that on, will try it now.
    Let you know the results tomorrow.
    Peter
  13. Like
    mhsuffolk got a reaction from raiwa in Stripe v3 module for SCA   
    Ignoring this forum and just looking in the addons market, it is not clear to newbies that this version will not work on 1.0.5.0 and below. Suggestion, could you add a message in the readme and the description?
  14. Like
    mhsuffolk reacted to raiwa in Stripe v3 module for SCA   
    Uploaded Update
    ONLY for Phoenix 1.0.5.1+
    Version 1.0.15

    - Updated for Phoenix 1.0.5.1+
    - updated order mail. Thanks to @ecartz
    - fixed some undefined notice errors
    - moved includes/modules/payment/stripe_sca/ folder to includes/apps/
    - updated language files. Thanks to @ecartz
    Update 1.0.14 to 1.0.15:
    1. copy and replace all files and folders
    2. delete folder and all content:
      includes/modules/payment/stripe_sca/
  15. Thanks
    mhsuffolk got a reaction from raiwa in Stripe v3 module for SCA   
    That appears to have worked. I cannot test it fully yet as the webhook cannot respond to my XAMPP test store and fails. The emails send correctly.
    I cannot update my live 1.0.5.0 store to 1.0.5.1 until most of my addons have been updated.
  16. Like
    mhsuffolk reacted to ecartz in Stripe v3 module for SCA   
    Or actually, remove the entire build email step 
    // lets start with the email confirmation $email_order = STORE_NAME . "\n" . EMAIL_SEPARATOR . "\n" . EMAIL_TEXT_ORDER_NUMBER . ' ' . $order_id . "\n" . EMAIL_TEXT_INVOICE_URL . ' ' . tep_href_link('account_history_info.php', 'order_id=' . $order_id, 'SSL', false) . "\n" . EMAIL_TEXT_DATE_ORDERED . ' ' . strftime(DATE_FORMAT_LONG) . "\n\n"; if ($order->info['comments']) { $email_order .= tep_db_output($order->info['comments']) . "\n\n"; } $email_order .= EMAIL_TEXT_PRODUCTS . "\n" . EMAIL_SEPARATOR . "\n" . $products_ordered . EMAIL_SEPARATOR . "\n"; for ($i = 0, $n = sizeof($order_totals); $i < $n; $i++) { $email_order .= strip_tags($order_totals[$i]['title']) . ' ' . strip_tags($order_totals[$i]['text']) . "\n"; } if ($order->content_type != 'virtual') { $email_order .= "\n" . EMAIL_TEXT_DELIVERY_ADDRESS . "\n" . EMAIL_SEPARATOR . "\n" . tep_address_format($order->delivery['format_id'], $order->delivery, false, '', "\n") . "\n"; } $email_order .= "\n" . EMAIL_TEXT_BILLING_ADDRESS . "\n" . EMAIL_SEPARATOR . "\n" . tep_address_format($order->billing['format_id'], $order->billing, false, '', "\n") . "\n\n"; $email_order .= EMAIL_TEXT_PAYMENT_METHOD . "\n" . EMAIL_SEPARATOR . "\n"; $email_order .= $this->title . "\n\n"; if ($this->email_footer) { $email_order .= $this->email_footer . "\n\n"; } tep_mail($order->customer['name'], $order->customer['email_address'], EMAIL_TEXT_SUBJECT, $email_order, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); // send emails to other people if (SEND_EXTRA_ORDER_EMAILS_TO != '') { tep_mail('', SEND_EXTRA_ORDER_EMAILS_TO, EMAIL_TEXT_SUBJECT, $email_order, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); } and replace it with
    tep_notify('checkout', $order); as done in PayPal or in checkout_process.php. 
  17. Like
    mhsuffolk reacted to raiwa in Optional Related Products, Version 4.0   
    Related Products Phoenix 7.2r1
    tested and working error free with Phoenix 1.0.5.1
  18. Like
    mhsuffolk got a reaction from Mac Fly in Paypal Standard Payments Failing   
    paypal.com.crt
  19. Like
    mhsuffolk got a reaction from puggybelle in Paypal Standard Payments Failing   
    No,
    It fails if you do not have the latest paypal.com.crt
  20. Like
    mhsuffolk got a reaction from Mac Fly in Paypal Standard Payments Failing   
    paypal.com.crt
  21. Like
    mhsuffolk got a reaction from Mac Fly in Paypal Standard Payments Failing   
    paypal.com.crt
  22. Like
    mhsuffolk got a reaction from mfleeson in Paypal not recording order after successful checkout   
    Replace your copy of ext/modules/payment/paypal/paypal.com.crt
    with this one  paypal.com.crt
     
  23. Like
    mhsuffolk reacted to BrockleyJohn in Paypal Standard Payments Failing   
    @ecartz it already is - that is the one from core; I have checked since. The failing sites are using an older cert that doesn't have the root and intermediate certs in.
  24. Like
    mhsuffolk got a reaction from Mac Fly in Paypal Standard Payments Failing   
    paypal.com.crt
  25. Like
    mhsuffolk reacted to BrockleyJohn in Paypal Standard Payments Failing   
    Thanks Martin, that fixed it for my customer's site.
    @saxcbr @Cary @cdetdi @Mac Fly please try copying the above file into your shops.
    You can then try resending an IPN from your Paypal account (finding it is tortuous):
    log in to PP, hit cog > Account settings
    scroll down to website payments on left menu
    choose Update next to Instant Payment Notifications
    in the middle of the first line of text, hit the link IPN History page
    This shows you a list of IPNs, defaulting to the last 24 hours - change the period if necessary and select one to resend
    [fingers crossed]
     
×