Jump to content

mhsuffolk

Members
  • Content count

    343
  • Joined

  • Last visited

  • Days Won

    1

Reputation Activity

  1. Like
    mhsuffolk got a reaction from Smoky Barnable in Stripe v3 module for SCA   
    Yes, that is the correct behaviour. A payment intent on the Stripe website has to be created first before the card input field can be displayed. An OSC order creation is the first part of this process. I leave any of these in place for 7 days as the customer can still return and complete the order correctly without having to create a new/second order. If it has not been completed by then, simply delete the order in admin.
    The PayPal app behaves in a similar way.
  2. Like
    mhsuffolk reacted to Jack_mcs in SiteMonitor   
    That is a php compatibility issue. The change below will fix it but there are problem others. This addon is scheduled for an update but I don't when that will be.
    In admin/sitemonitor_configure_setup.php, find two instances of the following and remove them.
    width="<?php echo BOX_WIDTH; ?>"  
  3. Like
    mhsuffolk got a reaction from raiwa in Store Mode BS   
    Cancel that, brain failure has occurred.
    I was looking at it in normal mode rather than test mode.
    All OK now.
  4. Thanks
    mhsuffolk reacted to asro2004 in Stripe v3 module for SCA   
    @mhsuffolk, @raiwa, @John P, @peterespana
    I've fixed the order totals missing form the customer email, and the error that occured when a number of items were ordered. I removed the cart items from the Stripe transaction metadata.
    The marketplace module has been updated with version 1.0.11, and this one includes the correct version number in the app signature.
  5. Thanks
    mhsuffolk reacted to raiwa in Stripe v3 module for SCA   
    It seems there is a metadata limit which gets reached if more than 7products are in the order. Didn’t know this. I believe, the products do not need to be included in the metadata any more, since the order mail is sent on order processing. If the author does not jump in for this and the order total issue, I’ll have a look when I find some time. Meanwhile I would suggest to use the old module.
  6. Like
    mhsuffolk reacted to raiwa in Stripe v3 module for SCA   
    Yes, but the problem here is that if added to the last status, they would be lost if no successful payment is returned. I believe it's important for the shopowner to see the customers comment even payment failed or even if the customer doesn't complete the checkout/payment.
    EDIT: Just checked again and the comment shows in "Preparing [Stripe SCA] " status which should be the first in the list.
  7. Thanks
    mhsuffolk reacted to raiwa in Stripe v3 module for SCA   
    Please do not use 1.0.7 for now. The code for order_status_history and order mails is removed/wrong. I have sent a PM to the author already and I suppose he will fix it in the next update.
  8. Like
    mhsuffolk reacted to raiwa in Stripe v3 module for SCA   
    @mhsuffolk, OK, thanks for confirming. Then let's see what the author @asro2004 says about. He will better know how to further debug this.
  9. Thanks
    mhsuffolk got a reaction from raiwa in Stripe v3 module for SCA   
    Yes v1.0.5
  10. Thanks
    mhsuffolk got a reaction from raiwa in Stripe v3 module for SCA   
    No problem with confirmation emails here.
  11. Like
    mhsuffolk got a reaction from Mikepo in Stripe v3 module for SCA   
    Just had an email from Stripe reminding us to update for SCA and stating that there is an updated module available. That will be the one in this thread. Their dashboard also states that OSCommerce has been updated for SCA.
    Many thanks to @asro2004 for all the work involved, I just did a bit of testing.
    The new module can use existing card tokens saved by the old module, which can now be switched off.
  12. Thanks
    mhsuffolk got a reaction from zefeena in PayPal fee changes   
    I used to use Worldpay but changed to Stripe for that very reason. I was paying £24 a month plus processing fees. Stripe is 1.75% plus 20p per transaction. There are downsides. Stripe make you wait 7 days for the money and if you have to refund the customer they do not refund the fee to you. Upside is with the new SCA add on that has just been released, PCI compliance is very straightforward, and more importantly, unlike Worldpay, it is free of charge.
  13. Thanks
    mhsuffolk reacted to asro2004 in Stripe v3 module for SCA   
    Another update to fix some issues:
    fix missing payment method in customer order confirmation email separate web hook signing secrets for test and live attempt to resolve 'cannot access empty property' error in stripe_sca.php, line 393 After installing the update, please go directly to the module configuration and re-enter the web hook signing secret for both test and live environments
    stripe_sca_v1.0.3.zip
  14. Thanks
    mhsuffolk reacted to asro2004 in Stripe v3 module for SCA   
    @Mikepo , sorry, I got distracted working on something else and did not check my emails.
    After some puzzling over it and some googling, the penny eventually dropped, and looking at the code I now wonder how on earth it works for anyone.
    I have used $this->$intent everywhere instead of $this->intent. It looks like I need to go back to a PHP beginners class.
    I will include @mhsuffolk 's bugs in a new release today.
  15. Thanks
    mhsuffolk reacted to asro2004 in Stripe v3 module for SCA   
    @mhsuffolk, it is past my bed time, but that line is a reference to a global $currencies which is set in application_top.php. Could there be a problem loading the Currencies class?
    I'm afraid I have not used the stripe cli to text the webhook, but used something called ngrok. I posted instructions for it earlier.
  16. Like
    mhsuffolk reacted to Mikepo in Stripe v3 module for SCA   
    OK, thanks martin, I'll set doing that tomorrow
    Regards
    Mike
  17. Thanks
    mhsuffolk reacted to asro2004 in Stripe v3 module for SCA   
    I'll add those to my to do list. There's a couple of other items I should confess.
    With the Stripe module, there's actually no code difference between test and live mode, other than displaying 'test' next to the module name on some pages. It does nothing to the messages sent to or received from Stripe. Wether it records the transaction as test or live data at Stripe is dependant on the public and secret key being the test or live version of the key.
    I should have thought about that and either changed the configuration to accept both live and test keys and then use the test/live switch to switch between the two, or just remove the test/live switch. I just copied it from the old Stripe module without thinking about it.
    Also, I'm embarassed to say that the authorize/capture isn't implemented either. All Stripe transactions are submitted as capture transactions regardless of the module configuration. I'll have to double check, but I think that applied to the old Stripe module as well. I can see there is an option when creating a payment intent to set it as an authorise transaction with an amount to capture. I'll include that in my to do list.
  18. Thanks
    mhsuffolk reacted to asro2004 in Stripe v3 module for SCA   
    Many thanks for the feedback. I've made changes which I think address all issues raised so far:
    update all SQL to use actual table name instead of string constant add javascript to 'footer_scripts' template block, so loaded after jQuery in Phoenix and remove $ undefined error javascript error add Bootstrap classes to form controls to improve appearance in Phoenix, and fix card element not being visible in Phoenix hide 'add card' prompt in payment form when token save configuration is false stop logging to event table when configuration logging setting is false set module public title to 'Credit Card (Stripe SCA)' so enabling multiple credit card modules is less confusing fix save card icon display in Phoenix 'my account' page remove configuration option to validate CVC, as card fields are managed by Stripe The updated module is attached. It has been tested on both an old Bootstrap osCommerce site and a current Phoenix, 1.02, site.
    If you do not see the card number, expiry and CVC in the order confirmation payment form, please check the browser console for any javascript errors. jQuery must be loaded before the payment module script in the page source.
    If you enter card details and the page hangs with the payment button disabled, please check the browser console for any javascript errors. If that's ok, check the latest rows in the stripe_event_log table. If there is not an entry for the action 'ajax retrieve', that suggests that the server hook https://yourstore.url/ext/modules/payment/stripe_sca/payment_intent.php is not accessible. Check the URL in your browser for any errors. It should show the response ' {"status":"fail","reason":"No intent id received"} '.
    If the payment is processed, and the checkout success page is displayed, but the order is not complete, first check the Stripe dashboard to see if the payment was processed. If ok, check the webhook events in the stripe Developer page. It will show the response received for each webhook attempt, and may show PHP errors in the response. You may need to copy and paste to a notepad to view the messages more easily. Also check the latest rows in the stripe_event_log table. There should be a series of rows for the actions: 'webhook', 'webhook process payment', 'webhook processOrder', 'webhook updateOrderStatus', plus messages for 'webhook createCustomer' and 'webhook saveCard' if token saving is enabled and the 'save card' check box was ticked in the payment form. Check that the server hook https://yourstore.url/ext/modules/payment/stripe_sca/webhook.php is accessible. If you enter the URL in your browser, you should get a blank page displayed with no errors.
    stripe_sca_v1.0.1.zip
  19. Thanks
    mhsuffolk got a reaction from raiwa in Store Mode BS   
    Thanks @raiwa for your great contributions.
    On a finer point:
    In includes/languages/english/modules/content/header/cm_header_store_mode.php line 24 you have "Sorry, you have tried to access a temporary closed area"
    In my opinion temporarily is the correct word. English heh, what a language!
      define('MODULE_CONTENT_HEADER_STORE_MODE_CUSTOM_MESSAGE_SHORT', 'Sorry, you have tried to access a temporarily closed area.');
  20. Like
    mhsuffolk reacted to raiwa in Store Mode BS   
    Thank You, it's on my to do list.
  21. Haha
    mhsuffolk got a reaction from kgtee in HTML Modifications   
    99% of the text is in the languages files located in includes/languages and admin/includes/languages
    @kgtee beat me to it. Generally there is a language file that corresponds to each page that you can view in your browser.
  22. Thanks
    mhsuffolk reacted to Jack_mcs in [CONTRIBUTION] Ultimate SEO URLs v2.1 - by Chemo   
    At line 1883 in the includes/classes/seo,class.php filem change
    continue; to
    continue 2;  
  23. Like
    mhsuffolk got a reaction from burt in Incorrect DATETIME value   
    STOP
    Please install the Phoenix community version detailed in my signature. What you have is out of date and not compatible with the lastest secure version of PHP. Phoenix is.
  24. Like
    mhsuffolk got a reaction from 14steve14 in Authentication for your online purchases will be strengthened and it will plummet e-commerce sites   
    I have exactly the same situation. Stripe at 1.4% flat rate, with no other overheads, is a good deal for me compared to PayPal at 3.4%.  Merchant accounts, which I used to have , with a monthly standing charge north of £20 are not suitable,
  25. Like
    mhsuffolk reacted to 14steve14 in Authentication for your online purchases will be strengthened and it will plummet e-commerce sites   
    May have to look at something else and may even move away from oscommerce. It will be a shame, but may be a necessity. We currently are a small online shop and paying for merchant accounts and monthly costs would probably mean a price hike. I do use PayPal and may have to turn off Stripe until something is sorted.
×