spinhead
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: change thumbnail sizes with wp-cliwp option is the solution.
Forum: Fixing WordPress
In reply to: change thumbnail sizes with wp-cliAs I said in my original post: when creating new installs for clients, I use scripts. I want to automate changing the media sizes programmatically during the installation so I don’t have to go into the interface afterward and make changes as I am now.
Forum: Fixing WordPress
In reply to: change thumbnail sizes with wp-cliAppears that ‘post thumbnail’ means ‘Featured Image’ which is not what I’m looking for.
Forum: Fixing WordPress
In reply to: change thumbnail sizes with wp-cliI’m going to experiment with
set_post_thumbnail_sizeto see if that’s what I’m looking for, since I can add that to functions.php in my theme.
Forum: Fixing WordPress
In reply to: change thumbnail sizes with wp-cliSince this is for new installs it seems there would be no need to regenerate thumbnails.
I know thumbnail sizes can be set in the admin screen. I just prefer to do as much as possible through my install script.
forgot I’d posted this. remembered this tool and found a solution
exiftool -UserComment="something useful" file.jpgForum: Fixing WordPress
In reply to: make wpautop ignore code tag as is does pre tagbingo. solved.
Forum: Fixing WordPress
In reply to: make wpautop ignore code tag as is does pre tagcss to hide all br that are children of code
code br {display:none;}
seems viable. am I missing something obvious?Forum: Fixing WordPress
In reply to: make wpautop ignore code tag as is does pre tagsurely there is some way to write a function which would tell wpautop to ignore the text between the code tags as it does with pre tags. or to remove inserted breaks at render time. I’m just struggling to envision it. due to cognitive damage from covid I’ve written very little code the past 5 years so I’m rusty but I’m using projects like this as part of my therapy.
Forum: Fixing WordPress
In reply to: make wpautop ignore code tag as is does pre tagI don’t understand the relevance of your comment.
I am not invoking wpautop manually. It is running as part of the WP core.
I am not using any custom code, I am simply putting text into the Classic Editor and surrounding it with
<code>tags.Turning off line breaks in wpautop is universal. I do not want that. As stated in my question, I only want to turn off automated line breaks *inside*
<code>tags in some automated way which won’t affect the hundreds of existing posts.mea culpa
it appears the culprit was the PHP version in bashrc on both accounts. mind you, other accounts have the same PHP version in bashrc and work fine, but changing it on these seems to have resolved the existing issue.
thank you for your patience and pointers.
Ah. I misunderstood.
The debug option should have been obvious. Since I’ve already updated the plugin manually I suspect the debug info won’t be meaningful, but I will modify my script to include it and gather the info next time there’s an update.
Mistake on my part: TWO of my sites are affected. Added the address of the other to the original post in an edit.
Core is always updated before plugins. No errors.
“lead me to suspect that it is isolated to that one specific environment.”
That’s what I stated in my post. Not looking for someone to reproduce the error since it is isolated to this specific environment. As posted, asking for suggestions to troubleshoot and isolate what it is about this specific environment that is creating a conflict between wp-cli and the plugin.
Using
identify -verbose /Users/joel/reharmonization1.jpgThere is nothing in the exif information that includes the word ‘Screenshot’
EDIT
MacOS Monterey 12.7.5
WP 6.6.1- This reply was modified 1 year, 8 months ago by spinhead. Reason: add OS and WP version info