Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

raiwa

♥Ambassador
  • Posts

    4,823
  • Joined

  • Last visited

  • Days Won

    161

Posts posted by raiwa

  1. Phone number is not cleaned in the hook. You can copy any line for example:

            if (isset($customer_details['email_address'])) $customer_details['email_address'] = strtolower($customer_details['email_address']);

    Then change "email_address" to "customers_telephone" and for just spaces use that function:

    $string = str_replace(' ', '', $string);

     

  2. Quote

    Does that means that if status " Preparing [Stripe SCA]" shown in order and payment is not completed , then perhaps after some time we better delete this incomplete order, otherwise it will keep filling up incomplete order?

    Yes

    Quote

    Also I have Google reCAPTCHA v3 installed which works well in new account page, but not working on PWA module. is it any way I can make it work in PWA module to stop possibility of spamming guest customers and unnecessary Stripe SCA incomplete orders.

    I do not know this module, but I believe you just need to add the create_account_pwa.php page to the page list where to add it.

    You should ask the developer of that module.

  3. It is how the module works. It creates already the order at checkout_confirmation.php

    See the very first messager in this thread:

    Quote

    As the process flow has changed to use a web hook, the order has to be created in a pending state, and then updated to completed status after the payment has been authorised. Consequently, you need to set the new order status to 'Preparing [Stripe SCA]', and the order status is set to the status the order is to be set to, after the payment is authorised.

    Technical Notes

    ..............................

    The Stripe v3 process flow now requires a PaymentIntent to be created before the payment page is displayed, and a 'data secret' it generates to be included in the HTML form. If a saved card is used, the Stripe customer id and payment method id has to be added to the PaymentIntent. During coding, it was found that a payment method could not be removed from a PaymentIntent, so rather than update the PaymentIntent with a server call as the saved card/new card is selected, the adding of the customer and payment method is deferred until immediately before submitting the payment to Stripe in a Javascript call when the form is submitted. The payment_intent.php server hook is also used to save the value of the 'save card' check box in the PaymentIntent so it is accessible to the webhook called after the payment is authorised.

     

  4. On 2/24/2021 at 3:02 PM, beerbee said:

    In the hopes of not to be too much of a bore 😉, I get an undefined error regarding tax on shipping (19%) in cm_sc_order_:total.php - I tried something, will pm for the safety of the  community.

    BR  C

     

    On 1/28/2021 at 3:43 PM, beerbee said:

    Hi @raiwa,

    thanks for the update.

    We have 19% tax on shipping and some of our products are sold with 7%. 

    As long as there are only 7% products in the shopping cart I get:

    Undefined index: enthaltene MwSt. 19% in /phoenix/includes/modules/order_total/ot_shipping.php on line 56.

    Best regards

    Christoph

    It seems this got fixed in the 1.0.7.16 core update

  5. 2 hours ago, beerbee said:

    there seems to have something from two page  _TWOPAGE_ checkout found its way into cm_sc_shipping.php, line 106 (116 too)

    
                $order->delivery = ['postcode' => ($_POST['zip_code'] ?? MODULE_CONTENT_SC_TWOPAGE_SHIPPING_DEFAULT_ZIP),

     

    Hotfix for now until update:

    Change all instances of:

    MODULE_CONTENT_SC_TWOPAGE_SHIPPING_DEFAULT_ZIP

    to:

    MODULE_CONTENT_SC_SHIPPING_DEFAULT_ZIP

     

    1 hour ago, beerbee said:

    In the hopes of not to be too much of a bore 😉, I get an undefined error regarding tax on shipping (19%) in cm_sc_order_:total.php - I tried something, will pm for the safety of the  community.

    I believe this is a core issue.

  6. Update uploaded:

    QTpro Phoenix 7.3.1

    Version: 7.3.1.:

    Compatibility:
    OSCOM CE Phoenix 1.0.7.15+
    Tested with Phoenix 1.0.1.15/16
    PHP: 7.0 - 7.4

    Core changes:
    NONE

    Changes versus QTpro 7.3.0
    - fixed non working attribute stock update to zero in Admin : Categories/Products : Attributes Stock Tab.Thanks to @Owl Sauron
    - fixed attrributes Price with Tax. Thanks to @Owl Sauron
    - fixed undefined errors in checkout for products without attributes. Thanks to @beerbee

    Changes versus QTpro 7.2.0
    - updated for Phoenix 1.0.7.15+
    - fixed glitches in admin categories hook
    - moved shop hooks and template files into custom template
    - replaced order class extension by order process sitewide hooks
    - merged order process hook into order process sitewide hook
    - replaced alternative hopping cart content module by override template
    - added support for PayPal Standard IPN attributes stock deduction
    - modernized code to match actual core standards
    - added back option images support

     

  7. How big is “normal size” for you?

    Just try with one smaller image for testing, if it then works, it’s this.

    For memory increasing ask your hosting.

    EDIT: Make also sure to use only standard characters in the image names.

    Try to find out any characteristic difference between the working and non working images.

     

    In admin it says:

    IMAGE DOES NOT EXIST

  8. The uninstall instructions seems are not updated. You would just remove all kissit files.

    For your not showing images issue:

    Can you show a sceenshot. If it's that the thumbs are not created, it can be due to memory limit if you are using very big images. Try to use smaller images or increase your server's memory.

  9. Update uploaded:

    QTpro Phoenix 7.3.0

    Compatibility:
    OSCOM CE Phoenix 1.0.7.15+
    Tested with Phoenix 1.0.1.15/16
    PHP: 7.0 - 7.4

    Core changes:
    NONE

    Changes versus QTpro 7.2.0
    - updated for Phoenix 1.0.7.15+
    - fixed glitches in admin categories hook
    - moved shop hooks and template files into custom template
    - replaced order class extension by order process sitewide hooks
    - merged order process hook into order process sitewide hook
    - replaced alternative hopping cart content module by override template
    - added support for PayPal Standard IPN attributes stock deduction
    - modernized code to match actual core standards
    - added back option images support


    Full Package
    Update In structions included

  10. - make sure you have the correct URL entered for the webhook, including https:// (I believe it must be a secure URL)

    - check that it does not get redirected somehow in your .htaccess

    - check that the webhook url does not get blocked in your server by some security settings (check with your hosting)

  11. 9 minutes ago, Denzel said:

    Got:

    1060 - Duplicate column name 'sort_order'

    ALTER TABLE `am_attributes_to_templates` ADD(`sort_order` int default 0)

    [TEP STOP]

    on first product edit after update am from 3.3.2 to 3.3.5 on Phoenix 1.0.7.15. After reopen product edit it works as expected.

    Thanks. I’ll have a look on this

×
×
  • Create New...