-
Posts
4,823 -
Joined
-
Last visited
-
Days Won
161
Posts posted by raiwa
-
-
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);
-
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
QuoteAlso 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.
-
It is how the module works. It creates already the order at checkout_confirmation.php
See the very first messager in this thread:
QuoteAs 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.
-
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
-
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.
-
Update uploaded:
Version: 7.3.1.:
Compatibility:
OSCOM CE Phoenix 1.0.7.15+
Tested with Phoenix 1.0.1.15/16
PHP: 7.0 - 7.4Core changes:
NONEChanges 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 @beerbeeChanges 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 -
Uploaded Version 1.4
Compatible with Phoenix 1.0.7.15+
Tested with Phoenix 1.0.7.15
PHP 7.0-7.4- updated for Phoenix 1.0.7.15+
- tested under Phoenix 1.0.7.15 and PHP 7.4 -
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
-
18 minutes ago, raiwa said:
The uninstall instructions seems are not updated. You would just remove all kissit files.
And run the db uninstall file.
-
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.
-
-
-
Update uploaded:
Compatibility:
OSCOM CE Phoenix 1.0.7.15+
Tested with Phoenix 1.0.1.15/16
PHP: 7.0 - 7.4Core changes:
NONEChanges 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 -
I didn't check, bit I believe If using the PayPal express checkout button, the shipping must be selected at the PayPal page (once logged into the PayPAl zccount).
-
I tested with 1.0.7.15 and it works. I also tried wit discount codes and all seems to work correct.
-
2 minutes ago, clickguru said:
I am using OSCOM CE Phoenix v1.0.7.15 with Points and Rewards Phoenix 3.1.0
It requires an update for Phoenix 1.0.7.15. It's on my list. Please be patient.
-
2 minutes ago, clickguru said:
I am getting an error about a missing includes/classes/currencies.php in catalog/admin/customers_points.php . Which version of the currencies module do I need to install?
Your store version?
-
15 hours ago, micheleangle said:
dculley - How did you get rid of the watermark?
If you do not wants to use Watermark at all, switch it off in the settings: Admin : Images
If you only wish to remove it from some image(s), read the instructions, example store logo.
Don't forget to reset the thumbs and browsers cahe after changing the settings.
-
I believe this should be already fixed in the newer versions, It's anyway only a notice error which will not prevent it to work correct.
-
- 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)
-
Make sure you have both admin hooks copied/uploaded to the right place.
You could also temporary remove the specifications addition to be sure it does not interfere.
-
It needs to be updated for Phoenix 1.0.7.10. Please be patient.
-
Then please try 3.3.2.
-
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
QTPro BS
in General Add-Ons Support
Posted