codemonkeynorth
Forum Replies Created
-
Forum: Plugins
In reply to: [ACF: Better Search] Search doesn’t return any results from CPTs@papazetis are you using PHP 8.2? I’m wondering if it’s related to that
I had to use Lite Mode too to get any results backForum: Fixing WordPress
In reply to: White pages after update to 6.4.2looking at these:
https://core.trac.wordpress.org/ticket/60025
https://core.trac.wordpress.org/ticket/59847
with Sage 8, since it moves where the default page templates are to a/templates
directory, but then usesget_stylesheet_directory
, I had to add this filter as suggested on the Sage forum:add_filter('stylesheet_directory', function ($tdir, $temp, $root) {
if (!str_contains($tdir, 'templates')) {
$tdir .= "/templates";
}
return $tdir;
}, 10, 3);
this worked for a couple of weeks but i’m guessing WPEngine have been making backend server changes (redirects?) possibly due to a load of users reporting it broken, because now it complains the stylesheet is missing.
So what I’ve done is to copystyle.css
into that/templates
folder along with the rest of the page templates
It’s a messy workaround but until we update the Sage version (if Sage 9/10 even resolves this) then it’s a viable temporary solution.- This reply was modified 5 months, 1 week ago by codemonkeynorth.
- This reply was modified 5 months, 1 week ago by Yui.
I believe it’s because in WP_DEBUG mode the ajax response is throwing warnings which are breaking the response eg:
(PHP 8.2)Warning: Undefined array key "request_information_1701895166751" in \website\wp-content\plugins\ninja-forms-style\layouts\ninja-forms-layouts.php on line 202 Warning: Trying to access array offset on value of type null in website\wp-content\plugins\ninja-forms-style\layouts\ninja-forms-layouts.php on line 203
- This reply was modified 7 months ago by codemonkeynorth.
- This reply was modified 7 months ago by codemonkeynorth.
as mentioned, disabling E_DEPRECATED or E_USER_DEPRECATED makes no difference anyway.. the error is still thrown (maybe something to do with symfony/debug)
We are using latest Ninja Forms plugin and ultimately it’s the Ninja Forms code using deprecated functionality, so I’ll wait for an update that covers PHP 8.2 without warnings
thankssorry Marc. there doesn’t seem to be an option to do so or would.
however I can confirm your finding that it is related to `intermediate_image_sizes_advanced
I was using this filter and it broke the above. I agree that
$sizes
is seemingly getting returned emptyhttps://github.com/Automattic/regenerate-thumbnails/issues/142#issuecomment-1642296304
I’ve just run this (v 3.14) on 12,000+ images on our dev site
I selected bothSkip regenerating existing correctly sized thumbnails
andDelete thumbnail files for old unregistered sizes
all of my thumbnails got wiped including wordpress defaults. It should have just removed unused sizes and generated any new ones
maybe because myadd_image_size
andremove_image_size
are inadd_action('after_setup_theme'....
rather thaninit
?
but I’m thinking it’s not that because it still should have generated wordpress defaults (150×150, 300×300 etc)
obviously with this many images to process, having it go wrong is painful!
thanks
J
(v3.15 isn’t regenerating trying on single images either… I wonder if there’s a permission issue on the server, or an issue with how the sizes are setup on this theme)just to clarify for anyone reading through… really i was looking to go from this:
original.jpg
(4000×4000)original-scaled.jpg
(2560×2560)original-768x768.jpg
(other small sizes etc)
to this:original.jpg
(2048×2048)
(scaled version not necessary here)original-768x768.jpg
(other smaller sizes etc)
and then have it so the posts point to the optimised original again, rather than the scaled version.
currently my posts point to the scaled version – which show an extra reference back to the original in the db. Whatever does the optimisation would need to know to point the reference back to the original especially if the scaled version gets removed by the process.
maybe it’s possible to do all this optimsation/conversion of the original by using the scaled version, resizing that, renaming the file on the server, updating the db references, then generating the thumbnails again.. but with several hundred/thousand media it’s a bit of a pain to do it manually!- This reply was modified 11 months, 3 weeks ago by codemonkeynorth.
Thanks… yes I need to be able to regenerate thumbnails later from the originals so deleting originals probably doesn’t work for this
I think I did find a way with some filters and another plugin to make it so it essentially sees the scaled & optimised version as the new original (but still with the filename -scaled.jpg), but I’ll need to double check all the references in the database.
Will post my solution if I find one!
Forum: Plugins
In reply to: [Fast Velocity Minify] PHP Warning: Undefined variable $fvmfcan confirm same problem here, and yes your amend fixes it
thanks
J.Forum: Plugins
In reply to: [Campaign Monitor for WordPress] Warning on PHP 7.4, Critical Error on PHP 8sorry, my bad… this is due to me not actually having CF7 activated, only this plugin
but it would be good if it gave a user-friendly warning instead of failed outright.
thanks
JForum: Plugins
In reply to: [Custom Permalinks] custom permalinks input box missing / disappearsHi @sasiddiqui,
this was a configuration issue with ACF Pro. Some of the Custom Fields had “Hide on screen” items set that seemed to be maybe hiding the Permalink/Slug and therefore breaking the Custom Permalinks Meta Box
(although there does appear to be a slight rendering issue with the Custom Permalink metabox once fixed still)
I’m not sure the specific cause exactly but I’ve detailed the setup here:
https://github.com/samiahmedsiddiqui/custom-permalinks/issues/41#issuecomment-701708023thanks
JForum: Plugins
In reply to: [Autocomplete WooCommerce Orders] Not working with worldpayThis method worked for me where other filter approaches haven’t…
add_action('woocommerce_order_status_changed', 'my_auto_complete_virtual');
And then at the end of the function…
$order->update_status( 'completed' );
Hope that’s useful,
Thanks
JForum: Plugins
In reply to: [Autocomplete WooCommerce Orders] Not working with worldpayCan’t seem to edit my initial post but the Worldpay plugin is
Business WorldPay Gateway for Woocommerce 1.4.0 by MDSdev(Although their actual site no longer exists and plugin seems like it’s probably been abandoned)
Forum: Plugins
In reply to: [Autocomplete WooCommerce Orders] Order Status didn’t change automatically@liammcarthur am I correct in saying your plugin doesn’t specifically use the method:
$order->update_status( 'completed' );
I’m wondering if this is where the issue is?
I will check that example in comparison and see if that works, as currently my Worldpay orders are stuck in “processing” (PayPal isnt stuck but that works without your plugin anyway)
Forum: Plugins
In reply to: [Autocomplete WooCommerce Orders] Not working with worldpayActually I think the woocommerce integration in OceanWP is mostly front end looking at the code, rather than dealing with payment gateway responses etc
https://github.com/oceanwp/oceanwp/tree/master/woocommerce
So maybe that’s not where the issue lies
Thanks
J