Hi,
thank you for your appreciation. Actually however it is just one person working on al, me

Regarding the issue, you are experiecing it only when translating those labels or a content in those tabs? Please try eventually analize the page code (CTRL+U) and see if any further info or error is printed inside. Make also sure you have enbled the wordpress debug mode ( https://wp-staging.com/docs/enable-wordpress-debug-log-mode/)

I have the feeling too that it is related to an unescaped character!

As you can read from the error message, it seems that a 3rd party plugin is generating a javascript error that may prevent the configurator page to not work.

If you are able to create, edit, and save fields, you can ignore that message.

Otherwise, try going in the Options menu and enable the Force reloading 3rd party javascript libraries

If it doesn’t help, you need to identify the interfering plugin that is including its javscript files in all admin pages (including the configurator page) instead of including in just in its pages. To do that: disable one by one until you find the interfering one. Once done, you have to report to its developer.

ok, everything solved by forcing javascript thanks

Very glad to hear that!

At last but not least, I would ask you to help me: If you enjoyed my efforts to assist you and/or my plugin please consider leaving the 5 stars, I would really appreciate it!
(to leave a rating: go to your profile page, click on “Downloads” and from there you can rate to your purchases. You can also leave the rating through the plugin description page: https://www.dropbox.com/s/28dae6pnqvbccmm/rating_area.jpg?dl=0).

Have a great day!

That seemed to fix the issue. Thanks.

Glad to hear that

At last but not least, I would ask you to support me: If you enjoyed my efforts to assist you and/or my plugin please consider leaving the 5 stars, I would really appreciate it!
(to leave a rating: go to your profile page, click on “Downloads” and from there you can rate to your purchases. You can also leave the rating through the plugin description page: https://www.dropbox.com/s/28dae6pnqvbccmm/rating_area.jpg?dl=0).

Have a great day!

Please remember the rating, I would really really appreciate!

Hi,
yes they could be. Files, for security reasons, are not allowed to be directly uploaded from the user to the admin dropbox account.

They are copied in the website server and then to the dropbox service. Regarding the file sieze, there are no limitaitons. But, the process to trasmit the file to dropbox service could take some time, so you eventually have to make sure that PHP script is not killed before the copy process has not ended.

To ask for support you need to use an account with a valid purchase and support license associated with.

You are facing the same issue… where? In which page?

However, the css attribute that may cause the issue is defined in the following files (that are loaded in different pages):

1. wcuf-frontend-cart.css.php at line 17
2. wcuf-frontend-checkout.css.php at line 17
3. wcuf-frontend-common.css.php at line 39

The only thing you can try is to remove those line, clear you browser and server cache (as you already have done in the checkout page).

https://businessji.com/checkout/ this is the link of affected page, after activating the plugin customer is not able to checkout, and please have look, and we are trying to solve this issue as you told

Is exactly the same thing I’ve reported in the second comment. As you can see by accesing the file I’ve reported to modify: https://www.businessji.com/wp-content/plugins/woocommerce-upload-files/css/wcuf-frontend-checkout.css

You will see that it has not been modified: https://www.dropbox.com/s/617wvvcsdbjuj1v/wcuf_checkout_error_2.jpg?dl=0

Do as reported in the second comment and make sure no one alters it.

Please do not open different threads regarding the same issue. It won’t make acquire you more priority, It just makes hard to keep track of your support request. Wait your time, the support service is not an instant service.

Please refer to the answer I left in the last thread you opened.

Greeting, i apologies for this, it was submitted by mistake and with half details due to server error.

Please do not open different threads regarding the same issue. It won’t make acquire you more priority, It just makes hard to keep track of your support request. Wait your time, the support service is not an instant service.

Please refer to the answer I left in the last thread you opened.

Greeting, i apologies for this, it was submitted by mistake and with half details due to server error.

Thanks for the information, it works perfectly

Another question Can you just put text input without attachment?

I’m sorry, you cannot. The plugin is designed to manage files upload (that eventually can have a feedback text), not simple texts.

To request support, you need to use an account with a valid support license associated with.

I’m sorry, but the support service doesn’t include any customization service.

What I can say is that in the default template, the thank you page triggers the woocommerce_thankyou action to which the plugin hooks to render the upload area. Make sure your custom page is properly tiggering that action.

Thank you for your appreciation.

1. Without any further clue it is quite hard to determine the cause. It could be due to the fact the user is not properly landing in the thank you page. Please try going in the Options menu and under the Checkout – Files to order association method area select the When the order is placed option: https://www.dropbox.com/s/eg3cb8qefunwx8w/wcuf_checkout_placement_option.jpg?dl=0
2. Just create different upload fields(each with its options) and bound them to the specific product/variation. To do that, use the special Visibility tab -> Product/Category restriction option while configuring the field: https://www.dropbox.com/s/wn5g6wzomx3vjv7/wcuf_visibility_6.jpg?dl=0

Thank you for reportinghte issue. It was related to the cropper that was not properly updating some image metadata, so the component which was not aware of the real number of file after one was modified.

regarding the single title file, it seems that you have enabled for that a restriction on the ratio (152:83) in the configuration. Make sure that “title” files match the requirements, and you will be able to use both the upload area: https://www.dropbox.com/s/n4yircqqd9zqzz6/wcuf_demo_example.jpg?dl=0

Please update to the latest 54.9 version that fixes the crop issue!

Its not so easy to update a plugin)) Envato market plugin reports this: Additional Error Details: Error listing buyer purchases.. Forbidden {request_url“}

Unfortunately, the updater plugin is developed by Envato, I have no idea on why of that error

You can however manually update the plugin. To update just deactivate and delete the old plugin version and then install the new one. Don’t worry you won’t lose any data

Once installed remember to purge server and browser cache. Some Javascript files have been updated so you have to make sure you are not running old cached ones!

Hi,
thank you for your appreciation.

The plugin doesn’t offer such a feature. For that, you have to use other plugins of mine, for example the:

1. WooCommerce Attach Me! that allow to attach any file to orders
2. WooCommerce File Approval: that allows you to attach file that can be approved/rejected by the user. Each file has a message thread by which you can comunicate with the user

Thank you.

For “options” you mean upload fields? or the option to display them in the product page?

Make sure that there isn’t any caching system that is still serving old page versions. Try also purging your browser cache.

I’m sorry, to which “SPECIAL QUANTITY OPTION EXAMPLE” option are you referring? Could you link a screenshot?

I mean this as shown in the link. My customer specifies the amount of the individual photos that he needs for printing. The shopping cart should then show how often which photo should be printed and not just the entire quantity.

https://www.dropbox.com/s/7jrp3b9ucb1mhiu/Screen.pdf?dl=0

Yes, that is the normal behaviour if you enable the Product cart quantity as number of uploaded files

However, I’ve just released a new version that now contains the option to show quantities for each upload if that options has been enabled: https://www.dropbox.com/s/d8d1e60ho3taum3/wcuf_quantity_option.jpg?dl=0

You can manually download the new version via CodeCanyon or receive as an automatic update by installing and configuring the Envato updater plugin: https://goo.gl/pkJS33 (here the guide that explains how to configure: https://envato.com/market-plugin/ ). To manually update just deactivate and delete the old plugin version and then install the new one. Don’t worry you won’t lose any data

Remember to clear your server and browser cache.

Give a try and let me know!!

Hi,
yes, the plugin allows you to create upload fields for specific variation.

So eventually you can create 2 distinct upload files: front and back. Then you bound the first to the “front” variation, the second to the “back” variation, and both for the “front+back” variation.

Regarding the double example of the 300 items with two different sorts, just enable the “add multiple time the same product on the cart” feature. As the name says, it allows adding the same product different time the product to cart.

So for the first instance with a product quantity of 150, the user can upload the first kind of front+back he likes, and for the second instance (another 150 quantity) the other styles he needs!

The plugin has a demo site where you can test all these features before purchasing. Perform all the tests you need before purchasing in order to be sure it actually works as you expect! If you need further info, feel free to ask!

I’m sorry, but unfortunately, as you can imagine, without any further clue, it is quite hard to determine the cause.

If they are not even stored in the server…Are you sure that the customer is actually uploaded the files for all the products? Please make sure also that no 3rd party plugins are interfering (try eventually disabling them).

Make sure that the user is properly landing in the thank you page and that it has not been altered by any 3rd party plugin. Eventually, go in the Options menu and under the Checkout – Files to order association method area select the When the order is paced option

Try also enabling the WordPress debug mode ( https://wordpress.org/support/article/debugging-in-wordpress/ ) and reperform a test and see if in the debug.log located in the wp-content/ foldere are reported further info.

Try also giving a look to the server error.log to see if there are reported more clues.

Yes, but unfortunately the removal of that mechanism may cause the caching issue experience in the past by some users.

Thank you however for your suggestions, I’ll do my best to implement those mechanisms as options if a future release.

Is there any server-side validation on the file type? I can see the field in the admin to select what file types are allowed. this limits the file upload on the frontend but can’t see anything in the backend to check once the file is uploaded?

No, the file check is performed via the frontend. The only check performed via serverside is on uploaded files with .php extension to avoid malicious script to be executed.

I’m still setting up the site

Yes, you can do that!

the plugin has also a demo site where you can fully test its features in order to be sure it actually works as you expect. Perform all the tests you need before purchasing!