Hi @mairag
Hello, we’re having a tech issue with the hosting right now but will follow your instructions once the site is up again.
Please let us know when the site is accessible again and we’ll be happy to take a closer look for you.
Thanks
Hi @sosso50
I’ve performed some cross-testing for us today on several of my sites which have the latest versions of WordPress, WooCommerce v6.6.1 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 the latest update affecting the website in a negative manner.
Could you post a topic on the support forum that details what behaviour you experienced after updating?
https://ww.wp.xz.cn/support/plugin/woocommerce/
We’ll be happy to investigate the behaviour further for you.
Thanks
Hi @haorryu
After I contacted the linnworks team they replied to me: We got a response for the GET PRODUCTS api call from WooCommerce ”Sorry, you cannot list resources”. Could you please contact WooCommerce as it is an error from their side and send them the file I have added here as an attachment
The API response below indicates that the app or user contacting the WooCommerce REST API on your site is not using the correct API authentication keys or methods for your site REST API. Seeing this message indicates your site’s API is fully reachable but the authentication to see the contents of the API endpoint is incorrect.
{"code":"woocommerce_rest_cannot_view","message":"Sorry, you cannot list resources.","data":{"status":401}}
This is why API Response within the file Linnworks sent you contains this 401 Unauthorized For reference this is not an issue with the WooCommerce REST API itself but rather an issue with the App’s authentication process/keys which is contacting your site API.
You’ll actually see the same error in your web browser if you simply tried to load any API endpoint directly and without the correct authentication.
https://121shoes.co.uk/wp-json/wc/v2/products
With regards to the WooCommerce REST API access codes for that can be set from inside your WooCommerce site by following this documentaiton.
https://docs.woocommerce.com/document/woocommerce-rest-api/
For the developer level documentation, you can find located on this site below and this covers authentication and all of the endpoints and parameters which can be accessed via the REST API.
https://woocommerce.github.io/woocommerce-rest-api-docs/#introduction
With regards to testing API calls, we have some information on testing API calls using an App called Postman and I’ve referenced that for you below too.
https://github.com/woocommerce/woocommerce/wiki/Getting-started-with-the-REST-API`
I hope this helps.
Hi @hippow
The data for attachments from the WordPress Media Library is stored within the wp_postmeta in the _wp_attachment_metadata and _wp_attached_file field.
**Image Link:** https://snipboard.io/o2ULZg.jpg
There would also be some data within wp_posts too.
I hope this helps.
Hi @jellyheadhq
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 GooglePay button displaying as 1px wide.
Image Link: https://cloudup.com/ch__33kEfwx
From previous experience, this will be related to a conflict with another plugin or theme you have installed on your site as I’ve seen this exact behaviour several times before.
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 themes if the behaviour is resolved you can then enable your theme and site 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/
For questions related to the WooCommerce Payments plugin, you should post them on the official WooCommerce Payments support forum located below.
https://ww.wp.xz.cn/support/plugin/woocommerce-payments/
We’ll set this forum topic to resolved and if you require any further assistance after conflict testing please post a new question in the WooCommerce Payments forum.
Hi @hippow
For reference, all of the images n a WordPress installation are controlled by the Media Library section of the WordPress core software. Plugins for WordPress like WooCommerce simply integrate with that using standard WordPress developer functions.
There are several approaches within this Google Search which may help you clean up your images stored and referenced from within the WordPress Media Library.
https://www.google.com/search?q=WooCommerce+delete+duplicate+images
If you’ve already deleted the duplicate images from your WordPress installations Media Library but those unwanted images are still present when looking via FTP. You’d then need to delete any images you did not wish to be present on your web server using FTP.
I hope this helps.
Hey @georgemainaone
That’s fantastic to hear you’ve located the culprit and gotten hat resolved now. We’ll set this forum topic to resolved. If you have any questions in the future please feel free to open a new forum topic for those.
Hi @reza465
This particular forum is for questions which are directly related to the features and functionality of the free WooCommerce plugin. It does not, however, offer support for questions related to any extensions or themes which can work with WooCommerce or the WooCommerce.com website itself.
If you can create a support message over at WooCommerce.com our team will be happy to investigate this behaviour further for you.
https://woocommerce.com/my-account/create-a-ticket/
Thanks
Hey @mor3311
I wanted to know, is it possible somehow using php code and no plugins?..
It may be possible to have a developer write some custom code which could achieve the functionality you’re trying to implement. If you would like to investigate that possibility further, you could reach out to some of the official WooCommerce development partners via the link below.
https://woocommerce.com/customizations/
I hope this helps.
Hi @mor3311
One approach which may work for you would be to create a PDF file for the product and add that as a download on the product.
https://woocommerce.com/document/digital-downloadable-product-handling/
When the customer purchases the product they’d then receive an email with a link to download the PDF file. They would also be able to download the PDF file from My Account > Downloads when logged into your site.
The only downside to this approach would be that you wouldn’t be able to use conditional parameters within the PDF file like {customer}, {attribute\variable} etc.
Instead of a PDF file, another approach would be to use a plugin like AutomateWoo to send the customer a custom email contract after purchase.
That would allow you to use parameters like {customer}, {attribute\variable} within the email.
https://automatewoo.com/docs/variables/usage-guide/
The customer could then print that email as a PDF if they wanted to.
Hey @liulausemaus95
I’m sorry I couldn’t locate a solution for you on this occasion as even searches like this one are returning no helpful results.
Hi @liulausemaus95
The free WooCommerce plugin does not allow for a tax rate to be configured by the content volume of a product. Researching on Google for us, regrettably, I also couldn’t seem to locate a solution which could assign a tax rate based on the millilitre volume of a product
It may be possible to have a developer write some custom code which could achieve this though. If you would like to investigate that possibility further, you could reach out to some of the official WooCommerce development partners via the link below.
https://woocommerce.com/customizations/
I wish we could help more, but hopefully, this gets you going in the right direction to get the job done.
Hi @federico_a
Can you detail some more about what you refer to as a product sheet?
For reference, by default when creating Variable Products in WooCommerce all attributes which are to be part of a variation should be set to Used for variations.
Image Link: https://cloudup.com/chKXPI0EGud
https://woocommerce.com/document/variable-product/
If this does not work for you we’d suggest looking for an additional plugin to help implement the variation management you’d like for your project.
Hi @tradin
when you say backorders should be charged immediately, do you mean I should change the status to Processing as soon as the order is received?
That’s correct as the customer should pay for the product immediately even though the products is on backorder.
Finally, I have now moved these orders to Completed, will that re-charge the person’s credit card? If not how do I re-initiate payment for these backorders please?
For any non-paid orders with the status of cancelled you would need to re-invoice the customer for those from the Order Actions section of the customer’s order.
1. Change the order status o Pending Payment.
2. Send the customer an email which contains a link to pay for the order by selecting the Email invoice / order details to customer option from the Order Actions section on the order.
The customer will receive an email which contains a link to pay for that order.
Woocommerce>Settings>Payments>transaction type
If I have this set to Authorise, I have to manually change the status to processing to accept the payment. Is that right? But if I change it to Charge, it will automatically charge the credit card and take the payment?
An authorised payment can only be captured within 7-days of the original order authorisation date. After 7-days the authorisation will expire and the funds will no longer be capturable from that card authorisation.
Within the Square payment plugin settings to capture payment immediately and without authorisation, you should set the Transaction Type setting to Charge.
https://woocommerce.com/document/woocommerce-square/#section-5
I hope this helps.
Hi @danielvoelk
Looking at your screenshot it seems like your WordPress theme you have activated on the site is trying to style the payment section and changing its design.
To see if that is the case we’d suggest initially performing a 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 site 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/`
