Installing or activating a plugin crashes wordpress on Chrome and Firefox. Activating the plugin the plugin on the ‘Add Plugins’ page immediately redirects to a ‘Unable to connect’ page.
I am using Trellis and Bedrock too and I’m not seeing anything in the error logs so a bit puzzled as to why this is happening.
I can activate the plugin on the standard plugins list page.
Hey @orzelda - my guess is that this is unrelated to Sage and you might need to look elsewhere to figure it out. Have you tried activating a different theme (like Twenty Seventeen) and seeing if the problem still happens? If it still happens, Sage isn’t the culprit.
When you say you’re not seeing anything in the error logs, are you looking at both of the following locations?
/srv/www/[sitename]/logs/ /var/log/
If you haven’t done this already, try setting WP_DEBUG and WP_DEBUG_LOG to true in /site/config/environments/development.php (assuming you’re having this issue in development):
Every plugin I install and then activate crashes the whole thing. It’s dead weird!
I can install it, go to the list plugins page on WP and then activate it there fine, but I am wondering if it pointing to something that might be erroneous in my local development setup.
Actually, this gentleman had a similar problem, but I’ve been unable to fix my problem with his solution, which was to slightly amend the Vagrant file.
So the internet (and this article: https://imwz.io/updating-trellis/) has recommended that I do this to the main.yml in trellis/group_vars/all/main.yml:
I added this in done a Vagrant Reload and restarted yarn but to no avail. I still think this is the right thing to do but not sure as to the location of where I should be adding the above instructions.
php_max_execution_time should already be defined in /trellis/roles/php/defaults/main.yml
Can you run vagrant destroy && vagrant up and see if the problem still persists?
This won’t delete any files in wp-content but will wipe the DB, so if you need to back the DB up, first vagrant ssh into the machine and run wp db export from your /srv/www/<site_name>/current folder.
Then after running vagrant destroy && vagrant up first see if the problem persists before restoring the DB backup. If the problem doesn’t persist, vagrant ssh into the machine and run wp db import <file> from /srv/www/<site_name>/current
php_max_execution_time was indeed defined in /trellis/roles/php/defaults/main.yml but I think it was php_max_input_time I had the problem with. Anyway, it seems to be fixed!
Tried what you suggested re: vagrant destroy && vagrant up but the problem still persists. Hmmmm.