Stuart Duff - a11n
Forum Replies Created
-
Hey @pxmalye
To achieve this type of customization I’d recommend using Google Chrome Developer Tools. You can right click anywhere on your webpage to select ‘Inspect Element’, the HTML and CSS properties show up right in your browser.
Inspecting the CSS elements on your site using Chrome Developer tools below is the CSS that controls the colour of the Place Order button.
Image Link: https://cloudup.com/cagfqi8_eO6
.wc-block-components-button:not(.is-link).contained, .wc-block-components-button:not(.is-link).contained:active, .wc-block-components-button:not(.is-link).contained:disabled, .wc-block-components-button:not(.is-link).contained:focus, .wc-block-components-button:not(.is-link).contained:hover { background-color: #1e1e1e; color: #fff; }Changing the
background-color:element of that CSS allows me to change the color of the buttons on your site.Image Link: https://cloudup.com/cmMencmBTRP
I hope this helps.
Hi @embercide
I fear comments such as calling GA4 a “beta” is misleading, considering it launched almost 2 years ago and the current UA tracking pages are now showing notices that UA will cease in just over 12 months.
As the GA4 system is still under heavy development by Google they should hopefully be adding more advanced e-commerce tracking capabilities to that in the future. Still considering the GA4 platform as BETA in some respects I wouldn’t consider misleading.
At the moment the UA method of tracking when using Enhanced eCommerce seems to provide the best trackable data set for store owners.
Is this simply a distraction from the fact this plugin still does not support GA4 and no intention to do so in the near future?
The free WooCommerce Google Analytics Integration fully supports tracking with GA4 and you can enable GA4 tracking from within the plugin settings like this example below.
Image Link: https://cloudup.com/cqrcgylRwlW
It’s worth noting that UA and GA4 cannot be tracked by the plugin at the same time. Therefore you’d need to choose whether you wanted to use the UA tracking method or the GA4 tracking method on your site.
Hey @stestory
Thanks for providing the screenshot below from your sites Processing Email settings page.
Image Link: https://cloudup.com/cZLjXGxlxXE
Looking at one of my test sites which is using the latest version of WooCommerce I see the option to copy the template files to my theme.
Image Link: https://cloudup.com/cqi3umFhBzt
After copying the template file to my theme I then see this message instead.
Image Link: https://cloudup.com/c9xAXtsMf42
My intial thoughts are it could be one of two reasons you’re not seeing the email copy features on your site.
1. There is a permissions issue on the server folders of your WooCommerce plugin or your WordPress theme which is preventing the files from being automatically copied. Therfore the copy options are not displaying for you.
2. A plugin or a theme you’re using on your site is for some peculiar reason not allowing the files to be copied. Therfore hiding those features.
To see if that is the case for 2 we’d suggest carrying out a conflict test on your site by disabling all other plugins aside from WooCommerce along with switching to a theme like Storefront. This will help with trying to and locate what software you have installed which could possibly be causing this behaviour? You could use a free plugin called Health Check and Troubleshooting to carry out such testing.
When in Troubleshooting mode all plugins will be deactivated and only the admin of the site carrying out the troubleshooting would see those changes. Any customers visiting the site would see no changes at all.
Once you have disabled all other plugins and switched theme if the behaviour is resolved you can then enabled your theme and sites plugins testing after each one is enabled until the behaviour returns to locate the culprit.
https://docs.woocommerce.com/document/how-to-test-for-conflicts/
If neither of those possibilites ar the cae you can manually copy the template file from the WooCommerce pluings /templates/ folder over to your theme by accessing your site via FTP or your web hosting packages file manager as that apporach shuold still work for you.
I hope this helps.
Hey @maddison5,
I’ve performed some cross-testing for us today on several of my sites which have the latest versions of WordPress, WooCommerce and our free Storefront theme as the only enabled software. When doing so I’ve not been able to replicate the behaviour which you describe with not being able to login to a WordPress installation via WP Admin on which WooCommerce is activated on.
I’m not too sure what could be causing a redirect on your site. One possibility I can think of is that you possibly have this setting below located at WooCommerce > Settings > Advanced set to the homepage of your site.
Image Link: https://cloudup.com/cp2-qquYT3N
If you visit the /wp-admin/ link on your site after logging in can you access that page?
I’ve performed some cross-testing for us today on several of my sites which have the latest versions of WordPress, WooCommerce, PayPal Payments, WooCommerce Payments and our free Storefront theme as the only enabled software. When doing so I’ve not been able to replicate the behaviour which you describe with your checkout pages.
Test Site default checkout page: https://woostaging.mystagingwebsite.com/checkout/
Test Site WooCommerce Blocks checkout page: https://woostaging.mystagingwebsite.com/wc-checkout-block/
Note:
The PayPal payments plugin has not as yet added support for the WooCommerce Blocks checkout block so you won’t see that payment method displaying within the checkout block. You can find a list of all the payment gateways which have added support for the new checkout block on this page of WooCommerce.com.https://woocommerce.com/document/cart-checkout-blocks-support-status/
Looking at your sites checkout page below it seems something on your site is preventing the Ajax functionality from loading. Checking using the browser console this is the error message which is displaying.
Image Link: https://cloudup.com/cOS4eKpeI-w
A 403 error is what is referred to as 403 Forbidden indicating that something is preventing the ajax functionality from loading.
https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/403
Looking at the output of this checkout page https://www.goldwash.es/checkout/ and the contents of your sites system status report it seems that a particular checkout page has been built using the Elementor page builder plugin.
From what I’m seeing on the checkout page, it could be code from another plugin or theme which has caused a possible conflict and affected the functionality of WooCommerce preventing the Ajax functionality from loading.
To see if that is the case we’d initially suggest carrying out a conflict test on your site by disabling all other plugins aside from WooCommerce, PayPal Payments along with switching to a theme like Storefront. This will help with trying to and locate what software you have installed which could possibly be causing this behaviour? You could use a free plugin called Health Check and Troubleshooting to carry out such testing.
When in Troubleshooting mode all plugins will be deactivated and only the admin of the site carrying out the troubleshooting would see those changes. Any customers visiting the site would see no changes at all.
Once you have disabled all other plugins and switched themes if the behaviour is resolved you can then enable your theme and sites plugins testing after each one is enabled until the behaviour returns to locate the culprit.
https://docs.woocommerce.com/document/how-to-test-for-conflicts/
Looking at the available settings within the WooCommerce Payments plugin for us there is no settings field that would allow you to set a custom description for the payment gateway.
Asa potential workaround you could however dynamically insert text above the card fields using the CSS
contentparameter..payment_method_woocommerce_payments #wc-woocommerce_payments-upe-form::before { content: "Th will allow you to add some text above tha card fields"; }Image Link: https://cloudup.com/cMi2n4xv3TM
I hope this helps.
Hi @themrpigeon,
My client is having an issue with the plugin on all browsers and devices. When you click the card number filed the popup comes up to select autofill cards.
I’ve performed some cross-testing for us today on several of my sites which have the latest versions of WordPress, WooCommerce and our free Storefront theme as the only enabled software. When doing so I’ve not been able to replicate the behaviour which you describe with card details not being auto inserted into the Stripe plugins card fields.
Test Site: https://woostaging.mystagingwebsite.com/
Expanded Card Form
Image Link: https://cloudup.com/cTNmhVuOQKF
Inline Card Form
Image Link: https://cloudup.com/c-iInc2QmQj
From what you have described, it could be code from another plugin or theme which has caused a possible conflict and affected the functionality of WooCommerce.
To see if that is the case we’d suggest carrying out a conflict test on your site by disabling all other plugins aside from WooCommerce along with switching to a theme like Storefront. This will help with trying to and locate what software you have installed which could possibly be causing this behaviour? You could use a free plugin called Health Check and Troubleshooting to carry out such testing.
When in Troubleshooting mode all plugins will be deactivated and only the admin of the site carrying out the troubleshooting would see those changes. Any customers visiting the site would see no changes at all.
Once you have disabled all other plugins and switched theme if the behaviour is resolved you can then enabled your theme and sites plugins testing after each one is enabled until the behaviour returns to locate the culprit.
https://docs.woocommerce.com/document/how-to-test-for-conflicts/