Hey I found this problem when we duplicated a site using Duplicator plugin, the new website can not update the global styles, but the original site does not have that problem.
it is just loading like this and can not save, we already cleared cache, used different browsers, and disabled other plugins but no luck it’s still the same.
but did you have any global colors used on that duplicated site of yours?
I believe if there is a problem on the duplicator plugin then the whole website won’t work will it? the problem is when I edit the global colors, I would like to know if there are known issues on this and how to fix it.
Did you find a solution to this? I experienced the issue and can only find this thread. I didn’t use Duplicator though, I used All In One Migration, and I use it all of the time but I haven’t experienced this with any others.
unfortunately, no. One side we are looking on is due to some security settings on hosting/server the website is hosted that prevents overwriting to certain files that’s how the error is appearing. I gave up using global styles since then but once in a while I try to use global styles but it still the same.
You can look in to dev tools on what error it is producing in your side when you open global styles maybe it will help you troubleshoot it.
Strange, saving global settings does not require any writing of files, all the settings are stored in the database.
The only file writing that happens anywhere is in the uploads folder, where it saves the compiled css and js for your layouts, is that where you are having difficulties writing files? If thats the case there is a setting in the advanced settings to render all css/js inline in the html instead of creating files, have you tried that?
I was also using a different host to usual and it all looked good when I checked the php info but it was then pointed out that max input vars was set to 1000 and that sometimes isn’t high enough when using add-ons like Powerpack, so I upped it to 5000 and then it was all fixed and working properly.
Maybe see if you can check yours and if it’s 1000 try increasing it to 5000 and see if that solves it for you too.
maybe that was the problem, I tried to change the max input vars before because of other powerpack modules that require it, but it doesn’t reflect the changes so I am stuck at 1000.
I don’t have enough authority nor experience of the server to forcefully changed max input vars higher, anyways thank you for the feedback.
Who are you hosted with? Can you contact support and ask them?
Instructions from ChatGPT
If updating max_input_vars using the basic php.ini or .htaccess method isn’t working, it likely means your hosting environment has restrictions. Here are the alternative methods you can try:
1. Check Which File Is Actually Read
Before anything else, confirm which configuration file is active:
Create a phpinfo.php file:
php
CopyEdit
<?php phpinfo(); ?>
Upload and access it in your browser.
Search for Loaded Configuration File and max_input_vars.
This tells you where changes must be made (e.g. php.ini, .user.ini, etc.).
2. Use .user.ini (for shared hosting)
If php.ini isn’t accepted, try a .user.ini in your root folder:
ini
CopyEdit
max_input_vars = 5000
Some hosts prefer .user.ini over .htaccess.
3. Use .htaccess (if mod_php is enabled)
apacheconf
CopyEdit
php_value max_input_vars 5000
Note: This only works if PHP runs as an Apache module (mod_php), not via CGI/FPM. If it throws a 500 error, your server doesn’t support this method.
4. Use ini_set() (won’t work for max_input_vars)
Unfortunately, ini_set()cannot be used for max_input_vars because it must be set before PHP starts executing.
5. Contact Hosting Support
If you don’t have root access and none of the above work, your only option may be:
Asking your hosting provider to increase it for you.
Asking if they can create a local php.ini override for your site or subfolder.
