4910 comments found.
You guys need to give me working licenses or reset the ones I bought or Im going to go off this platform and insure it ranks at the top of google so peoplle can see how it turns off the main site once a staging site is created and will not reactivate again on the main domain. The last time I raised this issue my 1 star review magically disappeared and you told me to basically take a hike. SO we bought two more licenses and here we are again. Either refund our money, fix the problem or get the reviews.
The Envato usage license policy allows you to use the software in only one end product (website) at a time. This means that licenses cannot be transferred from one product to another.
Once you register a domain, the associated domain uniquely identifies the website that will become the end product for which you are licensed to use the software.
However, the plugin activation system allows you to activate the license on two domains (the second one should be for testing purposes). On each domain, you can activate unlimited subdomains and subfolders.
If you have used all of these options, you will need to purchase another license to comply with the Envato usage policy.
This is the same thing you told me last time and it does not solve the problem. I have DOMAIN A and I am trying to register the code on DOMAIN A and it says its already registered on DOMAIN A
Hi,
I’m experiencing an issue with your plugin related to the upload requirement message.
I am using the plugin only for specific products (I have configured the display rules to show the upload field only on selected products). However, the message:
“Please upload all required files. You will be able to add the product to cart after the upload is complete.”
(or similar “please wait / loading” message)
is appearing on all variable products, even on products where the upload field is not enabled.
Because of this:
When selecting a variation, a “please wait / loading” message appears It affects the normal variation selection behavior Even products without any upload field are impacted
I also checked your demo site, and I noticed that a similar “please wait” message appears when selecting variations there as well.
Expected behavior:
The upload validation / warning message should only be triggered on products where the upload field is active It should not affect other products or variation selection globally
Could you please advise:
Is this a known issue? Is there a way to limit the script/validation to only the products where the upload field is used?
https://ibb.co/Pv6Hm87QThanks in advance.
Hi,
Yes, the “loading message” is displayed because the plugin dynamically checks if the current selected variable product has an upload field associated with it. For security reasons, this check is performed server-side.
So when a user selects a variation, a request is sent via Ajax to the server, which checks if the selected product has an upload field associated with it, and if so, it sends the upload area HTML data to the frontend.
The “Please upload all required files. You will be able to add the product to cart after the upload is complete” is only displayed on the Checkout page when trying to complete an order containing mandatory upload fields that have not been completed. This has nothing to do with the “loading” message mechanism.
Hi,
Thanks for the explanation.
I understand the server-side check, however the issue is that this behavior is affecting all variable products, even those without any upload field assigned.
Ideally:
The Ajax check should only run for products where the upload field is actually enabled For other products, it should not trigger any loading message or request at all
Right now, even products without upload fields are making Ajax requests and showing the loading message, which affects UX.
Is there a way to:
Limit this check only to specific products (where the upload field is used)? Or disable the loading message for products without upload fields?
Because currently, this creates unnecessary loading behavior on all variation selections.
Thanks again.
Hello,
I am experiencing an issue with the WooCommerce Upload Files plugin on my website.
https://prnt.sc/wCuoD9ixazvyWhen I open the plugin’s admin page (Upload Field Configurator), I get a popup message: “called console.debug, with 1 argument(s)”
This issue:
Only appears on the plugin settings page Occurs in multiple browsers Still happens after clearing cache Seems to be related to JavaScript/debug output
In the browser console, I also see errors, and it looks like something is triggering console.debug in a way that shows a popup instead of staying in the console.
I have tested with other plugins and the issue seems to be specific to this plugin page.
Could you please check if this is a known issue or provide a fix?
If needed, I can provide additional details or access.
Thank you.
Hello,
The plugin doesn’t have a feature to display a warning message via a pop-up. In the screenshot you report, there is no reference to any specific plugin script that is raising that error. In Addition, in a clean installation: https://codecanyondemo.work/wcuf/ (user: demo, pass: demo), that pop-up never displays.
It could be that a 3rd party javascript is loaded in the configuration page, causing that issue. Try disabling the option to disable warning message via the special option you find in the Options menu: https://ibb.co/XZrtrp10
Thank you for your prompt response. Thanks to the latest information you provided, the warning is no longer visible. Thank you for your attention.
c87f6947-a461-4d6d-a766-295b01d7f9c9
I am trying to activate this on mydomain and it says: Max number of domains reached! You have to purchase a new license. The current license has been activated in the following domains:mydomain, cloudwayssites
mydomain is the same domain as beore but now it doesnt work cloudwayssites is the staging site!
I’m sorry, before even waiting for the support to answer you left a 1 star rating?
it said there was no support available, either way it does not reactivate on the original site it was used on and the second was apparently wasted on a staging site.
I’m sorry, who exactly said that no support was available?
Hi,
I bought your plugin some time ago and used it only for testing on one of my domains. Later I dropped that project, but now I’m coming back with a new one and would like to use the plugin again.
Unfortunately, the license key is not working. It shows that the code is invalid.
Could you please help me check what the issue is and how I can activate it properly?
Thank you.
Hi,
Ensure that you are using a fully HTML5 compliant browser like Chrome or Firefox, and none of the 3rd party plugin you are using is interfering.
For further tests, like performing live debugging on your site, you need to renew your support license.
I have added ID 18 and it wont save the visibility selections on that tab.
Also, i tried to add another ID 19, but it does not save.
Is there a limit?
i noticed i am seeing these errors
[24-Mar-2026 03:07:31 UTC] PHP Warning: Undefined array key “width_limit” in /home/hypitchmarketing/domains/hypitch.com/public_html/wp-content/plugins/woocommerce-upload-files/classes/com/WCUF_Option.php on line 286 [24-Mar-2026 03:07:31 UTC] PHP Warning: Undefined array key “height_limit” in /home/hypitchmarketing/domains/hypitch.com/public_html/wp-content/plugins/woocommerce-upload-files/classes/com/WCUF_Option.php on line 287 [24-Mar-2026 03:07:31 UTC] PHP Warning: Undefined array key “min_width_limit” in /home/hypitchmarketing/domains/hypitch.com/public_html/wp-content/plugins/woocommerce-upload-files/classes/com/WCUF_Option.php on line 288 [24-Mar-2026 03:07:31 UTC] PHP Warning: Undefined array key “min_height_limit” in /home/hypitchmarketing/domains/hypitch.com/public_html/wp-content/plugins/woocommerce-upload-files/classes/com/WCUF_Option.php on line 289 [24-Mar-2026 03:07:31 UTC] PHP Warning: Undefined array key “dimensions_logical_operator” in /home/hypitchmarketing/domains/hypitch.com/public_html/wp-content/plugins/woocommerce-upload-files/classes/com/WCUF_Option.php on line 290
and under visibility shipping methods there are no options to select.
Shipping method Leave unselected to leave the upload field visible for all the shipping methods. Selecting at least one shipping method will make the upload field to be visible/invisible to that gateway and only in Order details, Thank you/Order confirmation and Checkout pages. If any option is selected, the field will be always invisible on the Product and the Cart pages.
The data-saving process is not managed by the plugin but by the server. If the posted data is not properly saved, it usually depends on a low value of the PHP php max input vars setting. Check the WooCommerce -> Status -> PHP Max Input Vars to know the current value. To adjust that, edit your PHP.ini and increase the max_input_vars setting (usually it is 12000, but you can set it to the value you wish). Once done, restart your server, go into the Status menu, and make sure that the change took effect
Please also note that your support license has expired.
Yes, that was the issue, appreciate the tip! I think this was causing me alot of issues on my site, a bit of a ghost. If you have any other wordpress site setting recommendations I would really appreciate them. I have extended support, as you are prompt and immediately resolved my issue even tho it was not related to your plugin.
Thank you for renewing! I discovered that configuration issue after a very long analysis session. It is the typical scenario that if you don’t know where to look, it is very hard to find the cause and fix it.
Regarding WordPress, are there any other particular settings the plugin needs to work properly (like max_post_size, upload_max_filesize, max_file_uploads, and so on). The plugin, in time, was improved (thanks to its “dynamic chunk upload system”) to avoid relying on those values.
So, for now, I would say you are good 
Would it be a better model to have each card saved separately? I guess it has pro’s and con’s…..
One issue i found is that when i try working on 2 seperate tabs, to make changes to different cards, since the save applies to all, I cannot save in both tabs, and changes arent picked up from the other save.
I would personally rather each have its own save function vs 1 save for all.
Yes, the plugin is designed to use one page for all fields, so you have all the info at once at finger tip. So if you open the same configuration page in different tabs, the last settings you save are the one that overrides the other settings saved via the other tabs. This is usually the common mechanics for settings pages; their subparts are not dynamically updated if some of their settings are saved via other tabs.
Thank you for your suggestion, I’ll try doing my best for a future release.
On my website hollandwarmte.nl – When I ATC a product https://www.hollandwarmte.nl/shop/cv-ketel/remeha-avanta-ace-28c-cw4/ and go to the checkout and upload a file, the request is going to staging.hollandwarmte.nl instead of the main domain. Can you please tell me where to adjust this, I already did a search in my code and database without success.
It seems that you migrated the plugin from one domain to another. It seems to be a caching issue. Try just going to the admin Options of the Upload files plugin and hit the “update” button. It will recreate the internal cache. If it doesn’t help, try just to delete and reinstall the plugin (you won’t lose any settings).
Hi,
After updating to your latest version I have some problems when uploading the files. It blocks and displays this message: Warning Something went bad while uploading… And this is the error in the console Uncaught TypeError: Failed to execute ‘observe’ on ‘MutationObserver’: parameter 1 is not of type ‘Node’. at eval (eval at PL.init (visual_logic.js:1391:5), <anonymous>:12:10) at PL.init (visual_logic.js:1407:68) at Album_Premium_1.js:90:32 at v3d.js:1:1470390Understand this error /wp-admin/admin-ajax.php:1 Failed to load resource: the server responded with a status of 403 ()Understand this error /wp-admin/admin-ajax.php:1 Failed to load resource: the server responded with a status of 403 ()Understand this error /wp-admin/admin-ajax.php:1 Failed to load resource: the server responded with a status of 403 ()Understand this error wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:620 wcuf_on_upload_timeout /wp-admin/admin-ajax.php:1 Failed to load resource: the server responded with a status of 403 ()Understand this error /wp-admin/admin-ajax.php:1 Failed to load resource: the server responded with a status of 403 ()Understand this error
Hi,
It seems that your site is running a library, named Album_Premium_1.js that is raising an issue. This prevents the plugin JavaScript files from being properly executed by the browser, and so the upload is not properly performed.
As a first test, try to understand which plugin (or eventually theme) includes it, and disable it. Then try performing an upload.
To exclude any plugin issue, try also using the following clean installation: https://codecanyondemo.work/wcuf/ (user: demo, pass: demo) to recreate your scenario and report to me if you are experiencing the issue and how to experience it. Thank you.
I still have this, the upload is failing and I dont know why. I get these errors: wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 POST https://fotoexpres.ro/wp-admin/admin-ajax.php 403 (Forbidden) WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:223 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 WCUFMultipleFileUploader.startUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:168 WCUFMultipleFileUploader.continueUploading @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:145 wcuf_backgroud_file_upload @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:609 wcuf_check_if_show_cropping_area @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:495 WCUFAudioAndVideoLenghtChecker @ wcuf-audio-video-file-manager.js?ver=6.9.4:24 wcuf_result_on_files_info @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:443 wcuf_image_loaded @ wcuf-image-size-checker.js?ver=6.9.4:64 loadImage.meta @ wcuf-image-size-checker.js?ver=6.9.4:31 r.onerror @ load-image.js:115 n.onerror @ load-image.js:31Understand this error wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 POST https://fotoexpres.ro/wp-admin/admin-ajax.php 403 (Forbidden) WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.ontimeout @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:202 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:242 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:223 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 WCUFMultipleFileUploader.startUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:168 WCUFMultipleFileUploader.continueUploading @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:145 wcuf_backgroud_file_upload @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:609 wcuf_check_if_show_cropping_area @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:495 WCUFAudioAndVideoLenghtChecker @ wcuf-audio-video-file-manager.js?ver=6.9.4:24 wcuf_result_on_files_info @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:443 wcuf_image_loaded @ wcuf-image-size-checker.js?ver=6.9.4:64 loadImage.meta @ wcuf-image-size-checker.js?ver=6.9.4:31 r.onerror @ load-image.js:115 n.onerror @ load-image.js:31Understand this error wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 POST https://fotoexpres.ro/wp-admin/admin-ajax.php 403 (Forbidden) WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.ontimeout @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:202 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:242 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:223 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 WCUFMultipleFileUploader.startUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:168 WCUFMultipleFileUploader.continueUploading @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:145 wcuf_backgroud_file_upload @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:609 wcuf_check_if_show_cropping_area @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:495 WCUFAudioAndVideoLenghtChecker @ wcuf-audio-video-file-manager.js?ver=6.9.4:24 wcuf_result_on_files_info @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:443 wcuf_image_loaded @ wcuf-image-size-checker.js?ver=6.9.4:64 loadImage.meta @ wcuf-image-size-checker.js?ver=6.9.4:31 r.onerror @ load-image.js:115 n.onerror @ load-image.js:31Understand this error wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:620 wcuf_on_upload_timeout wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 POST https://fotoexpres.ro/wp-admin/admin-ajax.php 403 (Forbidden) WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.ontimeout @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:202 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:242 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.ontimeout @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:202 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:242 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 chunk_xhr.onreadystatechange @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:223 XMLHttpRequest.send WCUFMultipleFileUploader.continueUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 WCUFMultipleFileUploader.startUploadingFileChunk @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:168 WCUFMultipleFileUploader.continueUploading @ wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:145 wcuf_backgroud_file_upload @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:609 wcuf_check_if_show_cropping_area @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:495 WCUFAudioAndVideoLenghtChecker @ wcuf-audio-video-file-manager.js?ver=6.9.4:24 wcuf_result_on_files_info @ wcuf-frontend-cart-checkout-product-page_ro_RO.js?ver=6.9.4:443 wcuf_image_loaded @ wcuf-image-size-checker.js?ver=6.9.4:64 loadImage.meta @ wcuf-image-size-checker.js?ver=6.9.4:31 r.onerror @ load-image.js:115 n.onerror @ load-image.js:31Understand this error wcuf-frontend-multiple-file-uploader.js?ver=6.9.4:246 POST https://fotoexpres.ro/wp-admin/admin-ajax.php 403 (Forbidden)
It seems the JavaScript is not able to reach your server. Is the https://fotoexpres.ro/wp-admin/admin-ajax.php URL correct? The wp-admin/admin-ajax.php is the WordPress script that manages Ajax requests. If you have enabled any security plugin, try to temporarily disable it to see if it is preventing access to the backend.
Looks like wordfence was the problem, It blocks the upload at a certain point
You should find out why it does and eventually prevent it. With the default configuration, it doesn’t block the plugin (you can test it in the demo site: https://codecanyondemo.work/wcuf/product/product-1/ where both run togheter )
one more thing, is there any option from your plugin that will create the folders with sku code instead of product name? Because after the update folders created are named with sku code instead of Product name
Unfortunately, there isn’t an option for that, but the plugin exposes a filter that allows you to alter the folder name.
You can use this addon: http://codecanyondemo.work/add-ons/wcuf-sku-folder-name.zip edit its code according to your needs!
s
can you reassign the licence plz?
License codes are managed by Envato, not by authors
Hi – can I disable the creation of the index.html files in the upload folders? Thank you
Hi,
I’m sorry, there isn’t an option for that. You need eventually to edit the WCUF_File.php (classes\com folder) and search for all instances of the ”$this->create_empty_file” function, and when invoked for the “index.html” file, delete/comment it.
This is an amazing pluggin. I am testing it and it worked but recently I found an issue. Trys to upload the file 5 times then presents Warning Something went bad while uploading. The upload field has been reset; please retry..
Hi,
Please ensure you are running the latest plugin version and none of the 3rd party plugin you are using is interfering. Try giving a look to the browser error console to see if any further clue is reported.
To understand if the issue is actually caused by the plugin, please try also performing some tests in this clean installation:https://codecanyondemo.work/wcuf/ (user: demo, pass: demo), recreating your scenario and reporting to me a step-by-step guide on how to experience it.
Something wrong with the download of the latest version. When I download the files from here, the ZIP file does not include the actual plugin. There is only one folder in it which is called ‘documentation’. Can you check this?
Sorry, and thank you for reporting. Please retry in a few minutes.
That’s working great now. Thanks.
Hi,
I have a few issues with your plugin: 1.) I use WPML. Being on the EN website version, after clicking the upload button and uploading a document, the button caption switches to German even though everything else is EN. Before uploading, the button is EN (see here: https://snipboard.io/xMv3Se.jpg; https://snipboard.io/u7Yx36.jpg). 2.) On the product page, the layout is not correct (no delete option for uploaded files etc., see here: https://snipboard.io/kKPhru.jpg). In the cart, the layout is correct and there is a delete option: https://snipboard.io/gP7d6N.jpg. 3.) In the cart, your plugin uses the product title in the wrong language (default language German instead of EN) as you can see here: https://snipboard.io/gP7d6N.jpg)
Please advise how these 3 issues can be solved. Thanks! Frank
- I’ve just performed a test, and once an upload is performed, the displayed text is the one associated with the current selected language: https://ibb.co/6csFCYsM . Ensure that there isn’t any level of caching that might interfere with the content returned by the Ajax request that displays the data after the upload is performed
- The plugin inherits the theme CSS. If it is the content is not properly displayed, you need to analyze the page with the browser inspector tool, find the CSS associated with the element that is not formatted as you need, and redefine the rule (or override it) with the style you wish
- that is consequenece of the first point. If the data is not properly returned by the backend, on cart you will see the wrong language
Hello… I have written once before and haven’t received a reply. Can you help me? I upload the files, and the operation completes without any on-screen errors or in the WordPress debug log. However, the uploaded files do not appear in the order. I monitored the process and noticed that the files disappear while being copied from the temporary folder to the order folder. Thank you for your attention.
Hello,
I’m sorry, but for your username it exists only this comment you left: https://ibb.co/NgNQ1nZv, no other question was asked before.
The file copy is performed by executing a simple PHP move() method. If it is failing, it might mean that something is wrong with the target folder. What I can suggest is to make sure you have set the right permissions for the wp-content/wcuf folder and subfolders.
Try also switching this option: https://ibb.co/zHfG0n75. Ensure also that none of the third parties you are using is interfering.
Hi! Thank you for your answer! The permissions are rwxr-xr-x (755) for wp-content/uploads/wcuf.
I'm not able to access https://ibb.co/zHfG0n75. I'm receiving the following message -> That page doesn't exist.The requested page was not found.Regards.
Hi… I al=ready accessed the link (I just erase the information after the “dot” – dot too – https://ibb.co/zHfG0n75.?client_id=1099542662.1767797637&session_id=1772038182
Can you check if there’s something with my config because the setting is already like you sent. This is the link -> https://drive.google.com/file/d/1hS1TvDwby_OE6nx69KPCRLA0SRUhM8cW/view?usp=share_link
Thank you very much!
I tested with PHP 7.4, 8.2 and 8.3 and in another host. The issue is always the same… the files are uploaded to a temp file but when I finished the order the files are not moved to the order folder.
Thank you for your help!
Did you try switching the https://ibb.co/zHfG0n75 option and try 777 permission?
Try also giving a look at the main server erro_log to see if any further clue is reported there. You can also enable the wordpress debug log and debug mode and see if in the debug.log (located in the wp-content folder) are reported more clues.
At last, try also disabling the other plugins. One of them might be interfering.
Update failed: The package could not be installed. PCLZIP_ERR_BAD_FORMAT (-10) : Unable to find End of Central Dir Record signature
Additionally, I purchased another 12 months of support on a different account than what was used when I originally purchased the plugin, how do I transfer or install the new license ?
Usually, this message is reported when trying to update using a license that doesn’t have a valid support license associated with it. Ensure also that your server has the php ZipArchive extension enabled.
Licenses cannot be migrated from one account to another. You can eventually reset the activation: https://ibb.co/b5s5B2sh and insert a new purchase code (the one associated with the other account).
Hi I’m having an issue since I upgraded to the latest version, as soon as the plugin is enabled, the Astra plugin does not work correctly for customizing the UI.
please let me know what additional inofrmaiton you need to assist.
Thank you
Hi,
It sounds strange that just the latest version is causing that issue. It just implements a fix for an Ajax communication performed when uploading files on the cart page.
To have more clues, try giving a look at the browser error console to see if any further info is reported. Try also enabling the WordPress debug and debug log, perform a test, and see if the debug.log (located in the wp-content folder) reports more clues.
Subject: File upload unstable after server migration (single and multiple products)
Hello,
After migrating our WooCommerce site to a new LiteSpeed server, the file upload functionality of your plugin has become unstable and unreliable.
The issue affects both:
Products with multiple file uploads enabled
Products with single file upload enabled
Current behavior (multiple file product):
Sometimes multiple files upload correctly (for example immediately after clearing cache).
Other times, only one file out of several (e.g. 1 out of 10) is uploaded.
In some cases, previously uploaded files disappear when uploading new ones.
The behavior is inconsistent but reproducible.
Current behavior (single file product):
Sometimes the first upload works.
Other times, the upload does not complete.
After uploading and deleting a file several times (3–4 attempts), the uploader may stop working completely until the page is refreshed.
Important notes:
The issue did not exist on the previous server.
LiteSpeed Cache plugin has been completely disabled.
Server cache has been flushed.
Redis object cache has been disabled.
PHP versions 8.3 and 8.0 have been tested (same behavior).
Issue occurs in incognito mode as well.
No visible JavaScript errors in browser console.
AJAX requests are sent to admin-ajax.php but behavior remains inconsistent.
The instability started immediately after migrating to the new LiteSpeed environment.
Could this be related to:
Session handling
Temporary upload directory configuration
Nonce/session regeneration
LiteSpeed server request handling
Please advise what specific server parameters or plugin settings we should verify.
Thank you.
Hello,
If you are using the exact same configuration on a new server without altering the code, it is quite unlikely to cause any issues. This issue seems related to a caching issue more than a plugin issue.
What I can suggest is to try performing a clean installation of the plugin.
Try also using this clean installation of the plugin: https://codecanyondemo.work/wcuf (user: demo, pass: demo) to recreate your scenario and report to me if you are experiencing the issue and how to. Thank you for your collaboration.
Ciao Domenico, nota importante: sul sito risultava installata la v64.2 e WordPress non ha mai mostrato aggiornamenti disponibili per il plugin. Questo significa che non c’era alcun meccanismo di update automatico funzionante (Envato Market/token o updater interno), quindi è normale che una versione molto vecchia resti installata per anni senza avvisi. Ho scaricato ora lo zip da CodeCanyon e risulta una versione molto più recente (v88.2), quindi procederò con clean install e ti aggiorno sull’esito. In ogni caso, se il plugin dipende da aggiornamenti Envato, puoi indicarmi qual è il metodo ufficiale consigliato per ricevere update (Envato Market + token / purchase code in plugin / altro)?
Ciao Domenico, il problema persiste anche dopo attivazione licenza e aggiornamento alla versione 88.2.
Non si tratta di cache: LiteSpeed Cache è disattivato, Redis è disattivato e il comportamento è identico anche in modalità incognito.
L’upload multiplo non mantiene correttamente i file (ne salva solo alcuni o li sostituisce), e in diversi casi i file non vengono associati al carrello.
Questo è un problema funzionale del plugin nella gestione delle sessioni/AJAX con WooCommerce 10.2.3 su ambiente LiteSpeed.
Ti chiedo quindi di fornire una soluzione concreta per ripristinare il corretto funzionamento dell’upload multiplo e dell’associazione dei file al carrello.
Per verificare che il malfunzionamento sia effettivamente legato al plugin e non alla migrazione e/o al nuovo server in cui stai utilizzando il software, effettua un test su https://codecanyondemo.work/wcuf (user: demo, pass: demo) (user: demo, pass: demo).
Come detto in precedenza, è molto strano che a parità di codice, senza nessun tipo di alterazione, cambiando ambiente questo generi un risultato diverso. Questo tipo di malfunzionamenti di solito sono appunto legati all’ambiente.
Ciao Domenico, ho testato la tua demo e lì funziona correttamente. Tuttavia non sappiamo su quale configurazione server, versione di WordPress e WooCommerce sia basata.
Il nostro ambiente utilizza WooCommerce 10.2.3 su server LiteSpeed, configurazione ormai molto diffusa.
Il problema si manifesta con installazione pulita, licenza attiva, cache disattivate e senza errori JavaScript evidenti.
Comprendo che la demo funzioni nel tuo ambiente, ma un plugin commerciale dovrebbe garantire compatibilità con configurazioni standard moderne, inclusi server LiteSpeed e versioni WooCommerce attuali.
A questo punto valuteremo soluzioni alternative, poiché non possiamo basare un progetto produttivo su un comportamento instabile dell’upload e dell’associazione file al carrello.
Resto comunque disponibile nel caso venga rilasciato un aggiornamento che risolva la compatibilità con ambienti LiteSpeed e WooCommerce 10.x.
Il sito demo utilizza la versione più recente di WordPress e WooCommerce.
Il plugin funziona con qualsiasi configurazione standard, a patto che questa non interferisca (come ad esempio fornendo pagine in cache inconsistenti o interferendo con la sessione utente impedendo al plugin di salvare e recuperare i metadati associati allo upload). In caso si verificasse questo ultimo scenario, il plugin non può implementare niente che proponga “fixare” un problema causato da terzi. Io posso eventualmente indicare la direzione, ma non posso implementare alcun tipo di codice negli script del plugin che risolvano qualsiasi tipo di problema.
Ciao Domenico, grazie per il chiarimento.
Visto che il problema sembra legato alla gestione della sessione e non al codice in sé, vorrei fare un debug mirato lato server.
Per procedere in modo corretto, puoi indicarmi esattamente:
• quale session handler utilizza il plugin (WC session, PHP session, tabella custom wcuf_upload_sessions, ecc.) • in quale fase viene salvato il riferimento dei file prima dell’associazione al carrello • se l’associazione al carrello avviene tramite WC session o tramite POST/metadata temporanei • quali chiavi/meta specifiche vengono utilizzate per memorizzare temporaneamente gli upload
In questo modo posso verificare se il nostro ambiente LiteSpeed/PHP-FPM sta interferendo con la persistenza della sessione o con il recupero dei metadati.
Preferisco capire tecnicamente dove avviene l’interferenza piuttosto che cambiare plugin, quindi qualsiasi indicazione tecnica più specifica è ben accetta.
Di default il plugin recupera l’id di sessione usando il session_id() di PHP. In caso tu abbia abilitato l’opzione di gestione alternativa della sessione (tramite l’apposita opzione che si trova nelle Options del plugin), WCUF ricava l’id invocando il metodo get_customer_unique_id() della classe WC_Session.
L’id e i metadati relativi all’upload (percorso file, riferimento al prodotto e così via) sono memorizzati nella tabella wcuf_upload_sessions subito dopo un’operazione di upload. I dati invece sono recuperati agganciandosi all’evento wp_loaded durante l’accesso al sito da parte dell’utente.
Hi there!
Thank you for creating this plugin. I have a few questions before purchasing.
Is it possible to utilize this plugin to do the following: Have a headline like:
Do you have a [specific code name]? If yes, please upload document
[upload field]
and then add it under the coupon code field in the cart? I’m using Elementor, so I’d like to know if it’s possible before I buy it. And it’s a one time purchase, right?
Thanks.
Hi,
I’m sorry, but the plugin doesn’t have any option for those scenarios.
Regarding the [specific code name], however, you can create a product variation. Then create an upload field and bind it to the “yes” variation. So il will be displayed only if the customer chooses “yes” when selecting the variation.
Hi,
I need change the licence from a site to other.
Tanks
Hello,
The Envato usage license policy allows you to use the software in only one end product (website) at a time. This means that licenses cannot be transferred from one product to another.
Once you register a domain, the associated domain uniquely identifies the website that will become the end product for which you are licensed to use the software.
However, the plugin activation system allows you to activate the license on two domains (the second one should be for testing purposes). On each domain, you can activate unlimited subdomains and subfolders.
If you have used all of these options, you will need to purchase another license to comply with the Envato usage policy.
Hi, we have the file upload at the checkout page, and it has been working all this while until recently. When uploading a photo, it was showing the message “Uploading photo, please wait…”, then “Loading, please wait…”, then nothing happened. It seems like the photo is not uploaded, as [file_name_with_media_preview] is not showing.
Also, not sure whether this is related, there is a JS pop-up at the admin plugin page too:
Some of your installed plugin are generating javascript erros that MAY prevent WCUF configurator to work properly. Fix or diaable them.
Error type: uncaught TypeError:$(...)pointer is not a function On script: https://abc.com/wp-admin/admin.php?page=woocommerce-files-upload Line 2670
Can you advise on what could have gone wrong? Our last resort is to disable every plugin to test. Thanks!
Hi,
It means that something on your site has been installed that is now interfering with the plugin. The only advice I can give is to roll back to the latest working version or disable the plugins you are using one by one until you find the one that is interfering.
Try also enabling the WordPress debug mode and debug log, and see if more clues are reported in the debug.log located in the wp-folder.
.){kind=link}
.){kind=link}
){kind=link}