My bad; you need to add the custom-control-label class to that (er) <label> tag.
My bad; you need to add the custom-control-label class to that (er) <label> tag.
I am having difficulty using any other PHP version than the ancient version 5.4
If I select any other version above 5.4 such as 7 all the way to 8.1 my site does not load at all (blank site without any error message)
Zen Cart Version 1.5.6c
In my cPanel I can set the PHP version in this menu:
MultiPHP Manager
System PHP Version
The system default PHP version is set by the system administrator.
Any domain that is set to the inherit value indicates that it does not have its own PHP version explicitly set. Read more about inherit.
Set PHP Version per Domain
Select the domains that you wish to change from the table, then apply a PHP version from the list.
Any help will be appreciated
That's definetely an old version. Have you checked your store/log directory to see what error messages are being written to the log files? That will usually indicate exactly why the screen is blank and help you narrow down the issue.
It's probably some outdated PHP function that is still being used by your older site but has been deprecated in more current versions.
- Jeff
Have checked the Store Log the only errors are from AdminNotifications.php but these errors are with a running site on PHP 5.4
I have created an exact duplicate of my setup in another folder and will remove plugins one by one to source which is giving troubles on PHP 8
Thank you much appreciated
New install Zen 1.5.8a, PHP 7.3, Bootstrap 3.5.2, OPC 2.4.5 w/o guest checkout enabled.
Error:
[08-Apr-2023 08:32:23 America/New_York] Request URI: /xxxxx/ajax.php?act=ajaxPayment&method=prepareConfirmation, IP address: 134.215.175.155
--> PHP Parse error: syntax error, unexpected '.' in /home/xxxxx/public_html/xxxxx/includes/templates/bootstrap/templates/tpl_ajax_checkout_confirmation_default.php on line 321.
Broken piece
Code:<div id="checkoutConfirmationDefault-btn-toolbar" class="btn-toolbar justify-content-between confirm-order" role="toolbar"> <?php echo '<strong'> . $title_continue_checkout . '</strong><br>' . TEXT_CONTINUE_CHECKOUT_PROCEDURE; ?> <?php echo zen_image_submit(BUTTON_IMAGE_CONFIRM_ORDER, BUTTON_CONFIRM_ORDER_ALT, 'name="btn_submit" id="btn_submit"') ;?> </div>
Error prevents checkout using PayPal Pro
Last edited by mprough; 8 Apr 2023 at 01:47 PM.
PRO-Webs, Inc. since 2003 :: Zen Cart Hosting :: Zen Cart SEO – 12 Steps to Success
**I answer questions in the forum, private messages are not conducive to a helpful community.
Move the Quote thus
I have submitted a pull request, but it has not been actioned yet.Code:<div id="checkoutConfirmationDefault-btn-toolbar" class="btn-toolbar justify-content-between confirm-order" role="toolbar"> <?php echo '<strong>' . $title_continue_checkout . '</strong><br>' . TEXT_CONTINUE_CHECKOUT_PROCEDURE; ?> <?php echo zen_image_submit(BUTTON_IMAGE_CONFIRM_ORDER, BUTTON_CONFIRM_ORDER_ALT, 'name="btn_submit" id="btn_submit"') ;?> </div>
Mark Brittain
http:\\innerlightcrystals.co.uk\sales\
I know how to fix it =) I was reporting it so Lat could get it resolved
PRO-Webs, Inc. since 2003 :: Zen Cart Hosting :: Zen Cart SEO – 12 Steps to Success
**I answer questions in the forum, private messages are not conducive to a helpful community.
Not sure if this is bootstrap related, 1.5.8a related, or just something messed up in my settings.
I have a 20% off coupon with restrictions: Only allow on Category A. Category A has one product.
I added that product to my order along with an indifferent item from Category B.
Problem 1: The 20% discount being taken off is MORE than 20%. It's almost like it's factoring in tax or something?
Problem 2: The TOTAL doesn't add up correctly. It's actually shorting me out money since the total should be higher.
This screenshot should help:
And here is my Coupon Settings which appear to be correct (allowing the 20% discount to only apply to items in that category):
And here are the settings for the ot_coupon, where I don't have it calculating tax or shipping:
Can anyone help explain why those two problems are happening?
EDIT: It's definitely related to tax in some way. I did a test with an account that didn't have tax and it calculated fine. So for some reason, the discount is being influenced by the tax, and it's miscalculating the total. Perhaps something to do with the ORDER in which the discount is applied and total is calculated?
Last edited by Jeff_Mash; 17 Apr 2023 at 08:05 PM.
- Jeff
In reference to the issue above, I was able to solve Problem #2 (subtotal being incorrect). This is related to the sorting order of the Order Total Modules. If I had the ot_coupon lower than the ot_tax (on the checkout page), then the ot_total was incorrect.
By changing the Sort Order so that ot_coupon was displayed higher (meaning it has a lower sort order value) than the ot_tax, that seems to have corrected the ot_total calculation.
I still cannot figure out WHY problem #1 is still happening: the coupon discount is being affected by something whenever it's used in a region with sales tax, even though I don't have sales tax being factored into my ot_coupon settings.
- Jeff
Man, I'm sorry for all these posts, but I find more information after I post something!
So the issue with Problem #1 doesn't seem to be related to tax, because I reproduced it on an order without tax.
Check out this example:
As you can see, it works fine with the one item (which qualifies for the discount). But when I add a second item which isn't part of the discount category, the 20% value isn't calculated correctly.
Any ideas?
- Jeff