Evan Scheingross

I too am getting this same problem.

I have a checkbox field that is pre-populated with a custom taxonomy.

When I try to fill out the form, selecting the first couple of taxonomy terms from the checkbox field seems to work, but all of my more recently created taxonomy terms that appear throw a validation error when selected.

So essentially the user cannot submit the form unless they select one of the first few terms from the checkbox list.

Any advice would be greatly appreciated here.

Unfortunately not yet.

The only fix is to re-upload individual images for all categories/taxonomies.

I’m guessing there is some way to automate the process, but I haven’t hit on anything yet.

The plugin saves the full image URL in the database. Maybe there’s some way to grab custom images sizes based on the full image URL? I’m not entirely sure.

Regardless, thank you for following up!

Hey thanks for the tip. I use that plugin all the time, but unfortunately it didn’t help.

All necessary images sizes were already created on the local development version of the website. No new image sizes should be necessary. When I migrate the site to a new URL on the live web server, the original (full) image URLs are being pulled in instead of the URL for the custom thumbnail size.

I ran the Regenerate Thumbnails plugin anyway just to see if it would fix things, but the same problem persists.

For what it’s worth, this is the code I’m using to display the images:

<?php echo z_taxonomy_image_url($cat->term_id, 'factoring-thumbnail'); ?>

That should allow me to pull in a custom image size called “factoring-thumbnail,” but instead I’m getting the original image in its place.

Hey great work on this awesome plugin!

Your URL custom meta box example posted above was extremely helpful for me.

However I ran into a problem with the code. If I include this if statement:

if (!empty($url))

Deleted URLs won’t be saved.

So, for example, if I add a URL to an event and then later decide I want to remove it, my URL won’t be deleted.

The only way I found around this was to remove that if statement completely, which I assume causes a blank custom field to be saved in the database for every event created without any data input in the URL field.

Not a big deal, but wondering if there’s a better way to handle this edge case scenario.

Thanks!

GB – I can now confirm that I’m having this same issue with the widget implementation of this plugin. Unfortunately, the only fix for me was to switch to a shortcode implementation instead of using the built-in widget.