Viewing 15 replies - 31 through 45 (of 48 total)
  • @mike Jolley,

    That is correct, as the plugin uses a return url for plugins/multisafepay/multisafepay.php, so that plugin is called when returning back to WooCommerce (als used for notification on the background).

    So plugins/multisafepay/multisafepay.php is resposible for the updates, and this also works perfectly as the order is updated, and the stock is also processed, only the action that triggers the sending of the e-mails some how don’t really trigger the e-mail sending process.

    So for the logic you should be in plugins/multisafepay/multisafepay.php.

    Plugin Contributor Mike Jolley

    (@mikejolley)

    Mvdw did you have that one active?

    Thread Starter Mvdw

    (@mvdw)

    What do you mean with do I have one active?

    Plugin Contributor Mike Jolley

    (@mikejolley)

    The main multisafepay plugin as well as the multisafepay_banktrans

    Thread Starter Mvdw

    (@mvdw)

    Yes this is active

    Plugin Contributor Mike Jolley

    (@mikejolley)

    In that case, so long as you are using the update from them, do a test order. Then view the order notes once its paid.

    Show me what is written.

    Thread Starter Mvdw

    (@mvdw)

    I just did a test order It shows it reduced stock from 1 to 0 but I didn’t get the out of stock email.

    Plugin Contributor Mike Jolley

    (@mikejolley)

    Thread Starter Mvdw

    (@mvdw)

    Yes it is!

    Plugin Contributor Mike Jolley

    (@mikejolley)

    If only you’d installed Mandrill so you could view the log ?? Would still suggest that from my earlier messages in case its spammed or lost!

    Thread Starter Mvdw

    (@mvdw)

    I don’t think it’s necessary to install Madril to solve this problem. The server error logs don’t display what’s going wrong.

    Paying by PayPal looks like it gives the proper emails but paying with MSP doesn’t.

    I think it’s either way a problem with MSP or Woocommerce.

    Plugin Contributor Mike Jolley

    (@mikejolley)

    Server error logs don’t log sent emails. Not sure why you’re against doing my suggestion? It’s not a paid service. It is more reliable. And it lets you see whats gets sent.

    Thread Starter Mvdw

    (@mvdw)

    Because I think the cause of the problem was explained by @multisafepaydev, please read his message again.

    Plugin Contributor Mike Jolley

    (@mikejolley)

    If you want people to give up their time helping you, the least you could do would be to give up your time to rule out other possible causes…

    Anyhow, MultiSafepayDev I’m really not sure your gateways are coded correctly. For example in WC_MULTISAFEPAY_Banktransfer and the main file:

    1. It uses notifyurl which is not part of this gateway. Is the main ‘plugin’ is not installed this will fail. it’s installed as a separate plugin but cannot work standalone.
    2. It tries to trigger new order emails manually (?)
    3. Deprecated use of add error functions
    4. Un-necessary use of $woocommerce global
    5. update_status calls are updating to wc- prefixed statuses which is not necessary.
    6. Notices in use (see earlier in this thread)

    I wonder if you’re receiving stock emails? I do with other gateways. it’s handled correctly in core.

    Thread Starter Mvdw

    (@mvdw)

    I don’t want to give you the impression that I’m not willing to rule out other causes but I had the impression that the message MultiSafepayDev wrote was not understood well.

    I hope he’s going to answer your questions above. when that’s not going to solve the problem I’ll install Mandrill for you oke?

Viewing 15 replies - 31 through 45 (of 48 total)
  • The topic ‘No email low stock’ is closed to new replies.