takeok

Awesome. I’ll mark as resolved on the assumption an update is coming soon.

p.p.s. using the ‘after_setup_theme’ action in the theme to register the CPT instead of the ‘init’ action makes it work without any changes to the plugin. So that’s probably a good workaround. Unless there’s another hook that can be used in the plugin that will work when CPTs are registered with ‘init’

Perhaps it would make sense for the plugin to use ‘wp_loaded’ instead? Although it works fine when I register my CPT via ACF. Anyway I have a workaround and we know the issue has to do with when the timing of when the theme registers the CPTs and when your plugin looks for the CPTs so I’ll leave that with you. Thanks for being so responsive!

• This reply was modified 3 months, 3 weeks ago by takeok.

p.s. I’ve noticed my custom post type registered via PHP in the theme isn’t being returned in line 49 of /query-loop-post-selector.php

Ok it’s not anything in the register_post_type() function. I tried exporting my working “Test CPT” that I created in ACF as PHP, deleted it in ACF and then copy/pasted the exact ACF PHP code at the bottom of the functions.php file and… doesn’t work.

So it doesn’t work when the CPT is registered via the theme’s functions.php. But it does work when the CPT is registered via ACF. The Theme is sage (ugg)

• This reply was modified 3 months, 3 weeks ago by takeok.
• This reply was modified 3 months, 3 weeks ago by takeok.

I’ve created a test CPT using the ACF UI (the CPT I was using before is being created by theme code / PHP) and the test CPT is working. So it has something to do with the way the theme is registering the CPT I was trying to use. show_in_rest and it’s set to true. Not sure what else it might be.

Ok it’s working on the frontend… it’s just in the Editor that the selected posts are not being rendered. The Editor appears to just be using the standard query parameters without the post__in modification. So when I switch to the post type to “Testimonials” for example and choose “Testimonial Four” the editor still just shows Testimonial One, Testimonial Two, etc…

Thanks for letting me know it’s working for you. I will try to understand the issue better and report back soon.

I’m looking for the same thing. We sell summer programs than run for 7 weeks but the customer can signup for as many or as few days as they want. The product is setup as variable product that shows all variations (i.e. 35 days to choose from). Every time they buy a full week (Mon-Fri from Week 1) they get a discount. We have 7 coupons setup for these full week discounts, one for each set of contiguous Mon-Fri days (variations) with the “All” operator. However they ALSO get an ADDITIONAL discount for purchasing multiple complete weeks. The simplest method would be to apply a discount when X number of these OTHER coupons have been auto-applied. So if the Week 1, Week 2, Week 3, and Week 4 coupons have been auto-applied ALSO auto-apply this other coupon. Basically coupons based on coupons. I guess that’s just not possible.

I think this was a feature request too about 5 years ago? The request was to allow variations to all export in individual columns as opposed to one huge column. I’ve hacked the plugin in the past to accomplish this but that’s not sustainable of course.

• This reply was modified 2 years, 2 months ago by takeok.

I had the same issue for a short while. Quickly discovered it was just because in my field setup I have not told FA to be enqueued. Perhaps WordPress Admin already has FA enqueued so it’s confusing to see it on the back end but not on the front end.

Can confirm that on a new WP install done via the latest version of Local by Flywheel (5.6.6) neither Imagick or GD PHP extensions are installed. So that’s what my problem was.

Ok I ASSUMED (always a mistake) the image sizes were being generated because a) the uploaded images were plenty big enough to generate the smaller crops and b) I used a plugin to force re-generate all image sizes… but when I looked in the actual uploads folder I found that in fact, no images sizes are being generated at all. Not even the WordPress default sizes. Perhaps a missing PHP module or something? Anyway that has to the problem in my case. At least I know what so investigate now. Thanks for your input. Sorry for spamming this thread.

Thanks. Yah. Image Size selector never works for me with images uploaded to the Media Library. It only shows up for images uploaded directly to the block.

• Custom image size code was in place when image were uploaded to Media Library
• Uploaded image was higher res than any of the custom sizes (so all sizes were generated)
• Regenerated all thumbnails on the site just to be sure
• Default WordPress images sizes don’t show up either by the way (Thumb, Medium, Large). The entire Image Size dropdown just doesn’t render
• Virgin install of WordPress w/ TwentyTwenty and no plugins
• Running on Local by Flywheel (Nginx + PHP 7.3.x)
• Tested in latest Chrome and Safari on Mac
• No ad-blockers

No matter what I do the image size selector doesn’t show up with images from the Media Library. SOOOO weird. Can’t figure out what’s going. It seems like some kind of WordPress bug to me but I dunno. Very odd. I’m not seeing any errors in the browser inspector / console.

OMFG. Solved it. If you add an image to an Image Block from the Media Library the Image Size option doesn’t show. It ONLY shows for images uploaded DIRECTLY to the page. Insane. I just bashed my head against a wall for over an hour on this. That seems like a bug to me. Why shouldn’t you be able to choose a crop with images added to Image Blocks from the Media Library? Doesn’t make sense to me.

Appears to be server related. I have the same exact code and data on a local server and on a remote server. The image size selector for Image blocks works on the remote server but not on my local.