majesticix

OK I just sent you an email about this if you’re able to send along a beta version, that would be great. This is the primary reason we paid for the software originally. Thank you!

Awesome, thank you for the heads up! I will attempt to update my PHP version and give it a whirl. I appreciate the heads up @sc0ttkclark!

Receiving same error message on my one site as well. Not on the other for some reason. I disabled the plugin on the site where I am getting the error message.

This turned out to be an issue with PHP 8.2 and I think a ghost script reference. I reverted back to PHP 8.1 on my server and that fixed the problem for me. I appreciate the response back and am all set! Thank you!

This is a custom post type pod and I believe it has to do with the character length of the name. It appears the original is truncated to this and I can’t add any more characters:
clarke_speaks_articl

So I imagine when it tries to add a “2” at the end, it fails and just adds a 2 to the label. I was able to duplicate another that didn’t have such a long title with no issue.

I reverted back to version 2.0 and it works for me.

• This reply was modified 1 year, 7 months ago by majesticix.

This is still not working. I just updated the plugin and changed no settings. Those options are checked and the drag and drop functionality no longer works. This is on a multi-site install for what it’s worth.

I agree, I don’t care for this update. An option would be nice. Just looks clunky.

Sounds good, wasn’t sure and I know it’s kind of an odd thing but figured I’d check. Thanks!

Awesome, thanks for the prompt response!

Debugging log says this:
2022-05-27 08:05:33 6286 -> NO PAYLOAD ON SAVE_POST

FYI this is a custom post type I made in Pods with a few custom taxonomies. I don’t see the error if I have it set on the regular Posts. It was working with the custom post type previously before 6.0 update. If I disable all the custom taxonomies it makes no difference, the error still shows.

I am seeing the same thing as well. Would be nice to have a fix or workaround for this.

Yes, you are correct. That fixes the issue on the front end. On the back end in the Elementor editor it still always displays the sort order by custom menu regardless of your selection but at least it appears correctly for website visitors. Thank you.

No, I am using a custom skin for the Elementor Post Widget (Elementor Custom Skin) which allows me to change the look of the default Elementor Post Widget’s items. I’m able to display custom pod fields and such normally using the default Elementor dynamic tags but no dice on the shortcode.

I did however get it working with a little trickery.

I inserted the shortcode widget and used the default Elementor dynamic tag to display the Post ID which properly pulls in the ID in raw text. In that same menu, there is an advanced pane that allows you to add text before and after your dynamic tag–so I injected the first part of the shortcode in the “Before” and closed it out in the “After”

Post ID Dynamic selected
Before = [pods name=”resource” field=”resource_file._img.medium” id=”
After = “]

This miraculously still fires the shortcode…basically a shortcode in a shortcode lol. Pretty janky so if there is a better way, I’m all ears but this correctly references the image during AJAX calls.