Hey @jerrystampfer
Looking at your site for us today the correct HTML is being outputted for the button link and within that, you’ll see the target="_blank" HTML tag displayed.
It’s that standard HTML tag that tells links that should open in a new browser window.
When testing for us it seems possibly related to the https://tinyurl.com/ service. When I click the button the link opens but then almost immediately closes the new browser tab again.
As a test, I replaced the outputted link within the HTML with https://ww.wp.xz.cn. When clicking the buy from hive button the link of https://ww.wp.xz.cn opens in a new tab.
I also receive the same error when using the https://tinyurl.com service on one of my installations. This is not something that is directly related to the WooCommerce External Product New Tab though and other link shortening services like bit.ly as an example work fine.
You can try this link below on your own site.
https://bit.ly/3IDwDxQ
It seems that the https://tinyurl.com service for some peculiar reason does not like redirects from links that open in a new tab. Or at least it does not like the link you’re currently using on that product.
I hope this helps!
Kind regards,
Hey @pulgaradamse
From experience what you’re experiencing is not directly related to WooCommerce otherwise all sites would be experiencing the same behaviour, which is not the case when testing for us.
**Test Site:** https://woostaging.mystagingwebsite.com/
Testing on your site I was also able to add the products which have an add to cart button to your site’s cart.
https://eq-store.com/tienda/
Like you described it does however seem that something isolated to your specific site is interfering with the WooCommerce cart functionality though preventing me from changing quantities or removing products from the cart. I’m also seeing the exact same behaviour when using Chrome, Firefox and Safari browsers with no difference between different browsers.
Image Link: https://cloudup.com/crmRXDS6nhy
Inspecting the site using my browser console I’m also not seeing any errors with the cart itself when adjusting the quantity or trying to remove the product from the cart.
What I’d suggest is performing a conflict test again this time using the process below.
Disable 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/
Hi @hosan30,
By default, the checkout page will only display the Shipping Address fields and also use those same details for the Billing Address. To add a different billing address the customer would need to untick that box during the checkout process. This approach has been found to increase conversions on the checkout page.
Looking at the block settings I’m also not seeing any options to disable that checkbox on the checkout page.
Image Link: https://cloudup.com/ccXc5D9jyAi
You could however add this as a feature request on the WooCommerce Blocks development board below.
https://github.com/woocommerce/woocommerce-gutenberg-products-block/issues
I hope this helps.
Hey @jerrystampfer,
If you can post a support topic in the forum and provide a link to a product on your site that you’ve found isn’t working as expected I’ll be happy to take a closer look for you. 🙂
https://ww.wp.xz.cn/support/plugin/wc-external-product-new-tab/
Hey @designhero
Testing for us today using the latest version of WordPress and WooCommerce the order status settings are displaying for me on both of my test installations.
Image link: https://i.imgur.com/fWvGfAw.png
Looking at your screenshot the top description text of the plugin on your screenshot is completely different from this plugin. As is the text for the enable plugin setting and the content of the text fields?
Image Link: https://i.imgur.com/2DFHmLZ.png
It seems like you’re actually not using the WooCommerce Invoice Gateway plugin and possibly using a different plugin.
I’d suggest double-checking exactly what plugin you’re using on your site as its settings page is not similar at all to the WooCommerce Invoice Gateway plugin.
I hope this helps.
Hey @sevans917
I’m afraid the WooCommerce Invoice Gateway would not offer such functionality.
Regrettably, I’m not personally familiar with a plugin that could meet your needs. You may be able to find a split payment solution on Google or the WordPress Plugin Directory below.
https://www.google.com/search?q=woocommerce+split+payments+invoice
https://ww.wp.xz.cn/plugins/search/WooCommerce+Split+Payments/
I hope this maybe help.
Hi,
The plugin includes a code filter called external_add_product_link_html which can be used to insert additional HTML into the output external/affiliate button markup.
https://ww.wp.xz.cn/plugins/wc-external-product-new-tab/#developers
To use code filters in WordPress plugins you would write PHP code using the ‘add_filter()’ method.
https://developer.ww.wp.xz.cn/reference/functions/add_filter/
Hey @jerrystampfer,
Thanks for taking the time to leave some feedback and hopefully I can clarify some points for you.
I’ve tested the latest version of the WooCommerce External Product New Tab plugin with the latest version of WordPress, WooCommerce the default Twenty Twenty One theme and also the Storefront theme. When testing the plugin is working correctly and expect on several different test installations.
What the plugin does is open all external/affiliate product Buy Now buttons in a new tab on product category archives, the shop page and also all single products pages of WooCommerce.
Great idea but in practice this doesn’t work as it simply loops out to the product page and then again and then again
The plugin actually does not simply loop out to the product page and then again and then again? The plugin replaces the default HTML markup of the WooCommerce plugins external/affiliate product output with markup that includes the code required to open those links in a new tab.
That is replaced via the add_action() woocommerce_external_add_to_cart function which is initiated within the WooCommerce plugin. There is no lopping going on though and it implements the correct WooCommerce development procedures.
Sorry but perhaps the fact that it hasn’t been updated in 7 months should have told me something.
With regards to the plugin not having been updated in 7 months the reason for that is there have been no changes made to the way WooCommerce outputs external/affiliate products in that time. Therefore there has been no requirement to update any of the plugin’s codebase with regards to existing compatibility with the WooCommerce plugin.
I hope this clarifies the aspects of your review for you.
I also noticed from looking at your ww.wp.xz.cn user profile you didn’t post any support questions before writing your review for the plugin. If you had posted for some assistance I would have been happy to offer some help and guidance. For future reference, it’s considered polite on the WordPres.org forums to ask a plugin author for assistance first before posting a review that could contain inaccuracies like this one 😉
If you require some assistance with the plugin or have any further questions please do use the plugins support forums below.
https://ww.wp.xz.cn/support/plugin/wc-external-product-new-tab/
Kind regards,
Hey @cognique_jim
I’m happy I could offer some potential guidance on this for you. I’m also going to mark this as resolved – if you have any further questions, you can reopen it again if you need be.
Hey @alexandersanabria
That’s great to hear this worked for you. I’m going to mark this as resolved – if you have any further questions, you can reopen it again if you need be.
Hi @cognique_jim,
Whilst it’s not really possible to run both UA- and GA4 code on the same website Google does have a way of connecting a UA- account to a GA4 account.
When signed into a Google Analytics UA- account you can navigate to Admin > GA4 Setup Assistant. On that page, you will see a button to connect or disconnect a UA- property to a GA4 property you’ve created.
Image Link: https://cloudup.com/c1qDZn9MpoG
I’d note that this Google Analytics feature should possibly still be considered BETA. As it’s a feature of the Google website itself it’s also not something we could offer assistance or support with.
Personally for now I’d recommend continuing using only UA- tracking. The new GA4 analytics platform from Google itself could still be considered BETA as it does not have the same e-commerce tracking capability UA- has as yet.
I hope this helps.
Hi @wearedigito,
I’ve performed some cross-testing for us today on several of my sites which have the latest versions of WordPress, WooCommerce, stripe and our free Storefront theme as the only enabled software using a standard discount coupon code. When doing so I’ve not been able to replicate the behaviour which you describe with ApplePay not showing the correct amounts.
Have you managed to perform the requested conflict test which was suggested as by default the WooCommerce plugin does not offer any promo code discounts, It’s therefore likely related to a plugin you have installed offering those and potentially not working with ApplePay.
Looking at your sites system status report I noticed this plugin could be a possibility.
* Conditional Discounts for WooCommerce by ORION: by ORION
I’d suggest testing a discount with a standard WooCommerce Coupon on the Cart or Checkout page and then initiating ApplePay.
You could use an option like BrowserStack to test your site’s functionality with Apple Pay.
To see if that is the case we’d suggest carrying out a full conflict test on your site by disabling all other plugins aside from WooCommerce.Stripe 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/
Please let us know what you find after performing some conflict testing.
Hey @joyryde,
Could you confirm for us if you’ve performed the 3 steps that were requested by @robertghetau and let us know what the results were after doing so? That will allow us to see if any of those procedures provide a different result from what you’re currently experiencing.
Once we know the results of those we can try and assist further after having that information.
Thanks
Hi @noemiesd,
I can see you’ve set this forum topic to resolved so I’m assuming that you’ve found a solution to this now.
For reference when you cannot enter card details on the checkout page 99% of the time it’s related to either a conflict with an activated WordPress theme or a plugin installed on a site.
To see if that is the case we’d initially suggest carrying out a full conflict test on your site by disabling all other plugins aside from WooCommerce. Stripe 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/
I hope this helps if you’re still facing any issues with the card input fields.
Hey @ximenavin,
Thanks for clarifying for us you got the WooCommerce Payments payment method disabled.
We’ll set this support topic as resolved. If you decide to try the plugin in the future and have any questions related to the free WooCommerce Payments plugin you can post those on the plugins support forum below.
https://ww.wp.xz.cn/support/plugin/woocommerce-payments/
