clementrectangle

Yes I know, I can’t warp my head around this neither 🙂

When I desactivate the plugin, or check the checkbox to disable automatic files deletion, the problem stops.

What is bugging me is that it’s not a file that is being deleted and recreated, it’s the “wpcf7-files” folder itself. If it was a file, I would have supposed the same : someone is uploading and deleting a file again and again.

And the strangest thing in this is when the folder gets recreated wiuth another linux user as owner. The website is run by the www-data user, and all files created by WordPress or plugins are created with www-data as owner, but sometimes, randomly, the “wpcf7-files” folder is recreated but owned by one of our admin users… That particular problem may be with our server configuration, but I’ve never seen that happen.

Actually, that’s the detail that pointed me to the problem : when the folder is owned by the admin user, it’s not writable anymore by www-data, so file upload stops working on the form.

I disabled automatic deletion anyway, and I’m now cleaning the “wpcf7-files” folder with a cron job, so this is not urgent, is working like this, but I was very curious to understand what happens 🙂

I tried to add the following elements to simple products forms as a workaround, by modifying default simple.php woocommerce template :
– the “variations_form” class on the form
– the “data-product_id” attribute on the form (filled with the right ID of course)
– a “reset_variations” button in the form, with display:none; since it’s not usefull on simple forms

But no luck, the error is still there…

Thanks 🙂

(If I can be of any help let me know).

• This reply was modified 3 years, 11 months ago by clementrectangle.

I’m using a custom theme I developed myself, and I only use 2 or 3 CSS rules for the admin (related to ACF display), none are applying on your plugin page.

Here’s what it looks like on my side : https://imgur.com/qtz5OND

All the CSS rules I see on this block are coming from your CSS file : /plugins/woo-order-export-lite/assets/css/export.css?ver=3.2.2

Maybe there is something going on with the top part with “add products as” and “add coupons as” ?

Yes, it indeed works fine now, thanks a lot for the modification ! 🙂

Hi again !

I’ve more informations about this, a dev of the other plugin looked into the issue and found how to resolve the problem 🙂

In the class-woo-hide-shipping-methods-admin.php file, you’d have to add a new entry to the $whsm_all_cslist array : “flexible_shipping_single”.
You already got “flexible” hardcoded here, that was the slug used by FS3, but the new slug used by FS4 is flexible_shipping_single.

Here’s the line : https://plugins.trac.ww.wp.xz.cn/browser/hide-shipping-method-for-woocommerce/trunk/admin/class-woo-hide-shipping-methods-admin.php#L1386

Could you please make this modification and update your plugin ?

Thanks !

Hi,

After further investigation, it turns out it’s not a modification in your plugin that changed the previous behaviour, but a change in the shipping plugin we use…

The plugin is : https://fr.ww.wp.xz.cn/plugins/flexible-shipping/advanced/

They changed their way of managing Shipping methods with version 4… With the last version of Flexible Shipping 3 (3.16.5), the flexible shipping methods were displayed in the “Select shipping method” dropdown of your plugin.

But with version 4 and their new way of managing Shipping methods, they’re not detected anymore 🙁

I guess I’ll have to find an other “2 plugins combo” to achieve what I’m trying to achieve, since they already answered me to see this with you… thanks anyway !