kkarpieszuk

hello, thank you for considering my plugin

the answer to your question depends on how you store different prices for different users. WC Price History plugin saves the history “per product ID” so if it happen different users actually sees different products with different IDs, the history tracking should work.

Please remember product variations have different IDs than main products (that’s why WC Price History works with variable products) so if you configured your site that each type of user sees different product variations this will work out of the box

I just released 2.1.1 which might fix the problem

Could you update and confirm?

hello, thank you for reporting this. Indeed it was buggy, I just released 2.1.1 which fix the problem

Could you update and confirm?

Unfortunately as my plugin is free and I don’t earn on it, I have sero budget to buy TF themes for testing purposes ??

But let’s if this is really a theme issue. Could you switch to the default Woocommerce theme Storefront https://www.ads-software.com/themes/storefront/ and see if the issue still exists?

what is your theme? where can I download it?

hello

could you share a link to example product? plus screenshots from edit screen showing what prices are set currently for this variable product?

is there a chance you have changed at some point product type from sample to variable or other way around?

mam bardzo dobr? wiadomo??: w?a?nie wyda?em wesrj? 2.1 która poprawia obs?ug? wariantów

could you describe step by step scenario which is not working?

Hi, it is late answer but I wanted to thank you for figuring this out and the snippet. I hope other people are benefiting from our solution

hello

thank you for your feedback. This is a definitely a good idea and I am actually planning to do such thing

Hi, I am glad that it helped.

The snippet does not have any effect on the regular side load. It affect only the process of file uploading and in fact, it should be faster now (but by some milliseconds only, so not noticeable) as now it does not check MIME type and only extension.

na czym dokladnie polega problem? opisz prosze w postaci krokow lub nagraj film

niestety, jesli mialbym opracowac wsparcie musialbym dostac wtyczke od autorow tak by wszystko bylo legalnie i bym mogl to dalej wspierac (jesli w przyszlych wydaniach co? zmieni?, musze mie? te? do nich dost?p). czy autorzy oferuj? jakies licencje dla developerow?

where exactly do you try to upload the file? front end, some form (build with WPForms or other form builder or custom solution?) or it is wp-admin? If wp-admin, do you try to upload to wp-admin > media library or insert into some post or page? If insert in the post, do you use Gutenberg? Please provide as much details as you could so I will try to troubleshoot this

However, it did not work for DDD files in PHP 8.3

Hi, I understand you dragged this file to the dropzone, right? What mime types has been recognized?

or why it works the other way in PHP 8.2 but not in 8.3.

That’s the question I would like to ask PHP authors as well ?? It is php interpreter engine responsibility to recognize file mime types. PHP communicates for this with underlying operating system. It seems they changed the logic for this process without mentioning this in the changelog

hey @dmarin could you share what MIME type (or types and in what order) have you defined for .ddd files in FUT plugin settings?