cim

This was a new install using my custom bash script in Docker. It doesn’t matter what plugin you add/install, the same error pops up.

To reproduce:

• Install your plugin
• Turn on precompile option
• Download any plugin

Sorry couldn’t be much of a help as there is no PHP error written in logs.

Hi, sorry. Thought what I posted might give a clue. Turning on WP_DEBUG gave some insight. The plugin is downloaded fine but still throws an error.

Installation failed: 
{
  "success": true,
  "data": {
    "install": "plugin",
    "slug": "contact-form-7",
    "pluginName": "Contact Form 7",
    "debug": [
      "Downloading installation package from https:\\/\\/downloads.www.remarpro.com\\/plugin\\/contact-form-7.5.1.4.zip…",
      "The authenticity of contact-form-7.5.1.4.zip could not be verified as no signature was found.",
      "Unpacking the package…",
      "Installing the plugin…",
      "Plugin installed successfully."
    ],
    "activateUrl": "https:\\/\\/domain.tld\\/wp-admin\\/plugins.php?_wpnonce=0d180c78c8&action=activate&plugin=contact-form-7\\/wp-contact-form-7.php"
  }
}

Weird bug, I did more testing and turns out when disabling these options makes it work fine but then it also makes the plugin pointless. There are no PHP errors, no logs either /var/log and /wp-content directories.

opcache.enable=0
opcache.enable_cli=0

php.ini = https://wpbin.io/4xalrk

Could just be my setup, once again.

• This reply was modified 5 years, 7 months ago by cim.
• This reply was modified 5 years, 7 months ago by cim.

Thanks for the response, looks like I will be using wp-cli and cron.

Awesome, thank you!

I just barely caught this now. Fortunately, visitors saw the fastcgi cached version of the site so it wasn’t down for them. I had to restart php-fpm to fix this, probably due to opcache caching old code in memory.

• This reply was modified 5 years, 10 months ago by cim.

Sorry for the vague post, I will email that address.

@robwent found the issue, I was running wp cli as a user that couldn’t write to the web root, hence permission issue. It’s now executing normally.

Success: Updated 1 of 1 plugins.
+——————-+————-+————-+———+
| name | old_version | new_version | status |
+——————-+————-+————-+———+
| siteorigin-panels | 2.9.6 | 2.9.7 | Updated |
+——————-+————-+————-+———+

• This reply was modified 6 years, 3 months ago by cim.

@robwent it is in learning mode, barely installed it on a new site.

I also have this issue. Trying to run wp plugin update and have the same message as OP.

I already got it, I clicked the link to a guide from the settings page. Thank you for the follow up.

Never mind, I figured it out. My daily quota has reached its limit so I had to use my own API key.

It’s still showing. Single, double, or no quotes still gives the same notice.

That worked, thank you! I had to set a conditional:

if (user_can( $current_user, 'administrator')) {
	echo do_shortcode('[avatar_upload user="'.$user->ID.'"]');
}
else {
	echo do_shortcode('[avatar_upload]');
}

Thank you again!

Hi, thanks for the response. I don’t want to show their avatar, I want to change their avatars on the front end. Right now, it will only change only my own avatar on the front end. Does [avatar_upload] accept ID parameter or any parameters?

Nice thank you.