Sergio Scabuzzo

Couldn’t Imagick::getImageCompressionQuality or Imagick::getCompressionQuality do this?

Hi @wpbroken2much,

Seems there were other category parameters to try, like --category_name, or --category_in, to do some troubleshooting.

Though, in the end you likely needed to run wp post list with --skip-plugins and --skip-themes to be sure no plugins, or themes, were creating a conflict.

Hope this helps somebody else…

• This reply was modified 1 year, 9 months ago by Sergio Scabuzzo.

Thanks for your update @luciamarinescu , unfortunately, I also can’t replicate your success. I have disabled all plugins, changing the plugin directory name, and cleared the caches. Nothing seems to help. I did check the Customizer for custom CSS but nothing there either. This would have to be some PHP somewhere… I’ll just leave it at that and say I used CSS to remove the whole line. Terrible solution since now the author does not show up, but I don’t see much of an option.

Hi @bvytis thanks for the reply. I disabled all plugins on the site and still see the issue. All posts are missing the dates.

Thanks,
Sergio

If wp-cli.phar --info works, I’d assume your move command didn’t execute as expected.
What does ls -l /usr/local/bin/wp output?

Also, for the record, I’m more partial to getting the file like this:
curl --output wp https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli.phar && chmod +x wp

Ahh, well I used the --format=json flag for legibility.

Hi,

I’m not sure where you are getting these from. Maybe our installation is different but when I do a wp option get woocommerce_onboarding_profile, all it returns is {"completed":true}

Maybe try the same on any of your completed setups?

I always add to my local installations in the wp-config.php file:

define('FS_METHOD','direct');
define( 'FS_CHMOD_DIR', ( 0775 & ~ umask() ) );
define( 'FS_CHMOD_FILE', ( 0664 & ~ umask() ) );

That sorts that issue every time.

What happens is that echo -n "pass" | md5sum outputs

1a1dc91c907325c69271ddf0c944bc72 –

so the rest of the command strips out every thing after the hash. I tried to figure out how to have md5sum not do that, but better to just cut it out ??

Ahh, you are probably running into an issue with the hash’s trailing characters. I don’t know why they do that. I tested this in the command line and it updated the password correctly. I had set one up initially, so that may be your issue, since the option did not exist right after installing the plugin. At least the database got updated as expected with the expected characters ??

wp option update password_protected_password $(echo -n "pass" | md5sum | cut -d " " -f 1 | tr -d "\n")

Best of luck.

• This reply was modified 2 years ago by Sergio Scabuzzo.
• This reply was modified 2 years ago by Sergio Scabuzzo.

Have you tried finding what option is used for the password and then setting it with the wp option group of commands?

Also, would love to see that code, if it’s public ??

Thanks @bizanimesh that was very helpful! If you have the resources to, please add that as a feature request. It would be great if every plugin that added custom post types, blocks, etc would note if they were being used or not.

Would be very helpful in keeping unused plugins/features out of sites.

Best,
Sergio

Hi @muffinpeace thanks for the reply.

I’m actually trying to see if there is a way to know if there are any of these blocks being used on the site. I am a developer and Core contributor, not shy about coding this up or looking into the database.

I just don’t want to disable this feature and have some functionality break on the site. I assumed the warning just showed up, no matter what. What I was asking as a secondary thing was that the plugin could see if any of the blocks were being used and advised. So I would not have to try and dig into the db or user other methods.

Hope my reply clears my goals up a bit.

Hi @bruceallen, thanks for the reply. I didn’t add a screenshot or the site like since it’s for a standard Jetpack feature.

I’m happy to do a database search for whatever code the blocks use or whatever other options there may be.

Best,
Sergio

Since esc_html__ ultimately uses htmlspecialchars, you could maybe use this solution from php.net (https://www.php.net/manual/en/function.htmlspecialchars.php#101592)