viwickam

I’m having the same problem. After upgrading this plugin, our checkout shows no payment methods available on subscription items. We are using stripe for our woocommerce checkout. Non-subscription items work just fine.

Thanks for the patch, @giuse!

That fixed it for me in php8 as well. ??

Vi

The ID is being applied to a structure within the widget, not to the widget itself – even with a placement. There isn’t a way to select each widget individually, only the structure inside of the widget, so there is no way to make some of them 50% width in the sidebar while making others full width.

And, having an ID for each widget is just a good coding practice.

I emailed you back a few days ago, and haven’t gotten a response to that yet, so I’m replying here as well.

Based on your description in the last email I got from you, it does look like the ad grids might be a workaround. It doesn’t appear that Ad Grids is included in Pro? Is it only available in the All access bundle?

One more thing. I styled the what’s it worth banner, which is the first one in the sidebar using ad placement and container ID, and I still have no way to select each widget individually. :/

Also, is there any way to add an ID to the widget itself, rather than to an element within the widget? Not being able to address the widget by anything other than a class makes it very difficult to style.

I’m not interested in assigning a custom ID to every ad, I really only want IDs based on the ad group, or the ad placement.

It appears that an ad group widget gets no ID, and there’s not a way to assign an ID to the group.

It looks like I can manually assign an ID to an ad. And, if I create a placement, an ID gets assigned automatically.

Having the ID assign automatically to the ad and ad group would be very nice functionality to have, and being able to customize them in both areas would also be nice.

I can make it work by adding a placement for every ad group, but it seems redundant to me.

That seems to have done the trick. I don’t know how they all got turned off, but I’m glad that they are working now. Thanks for your help!

I’m having the same error:

#0 /www/wp-includes/class-wp-fatal-error-handler.php(147): WP_Fatal_Error_Handler->display_default_error_template(Array, false)
#1 /www/wp-includes/class-wp-fatal-error-handler.php(52): WP_Fatal_Error_Handler->display_error_template(Array, false)
#2 [internal function]: WP_Fatal_Error_Handler->handle()
#3 {main}

Has anyone resolved this issue?

This does make sense. I was able to edit the apache config. Unfortunately your plugin doesn’t offer me the functionality I need on wholesale pricing.

Thanks for your help.
Vi

We are running PHP 7.0

ps. I disabled your htaccess file, and that fixed it, but I assume that this will be reverted if I load an update to your plugin.

You are correct hesham. I found the previous search reference and removed it. I’m guessing it got mangled when we switched over to https. Thanks for your help!

Vi

Side note, The discrepancy only shows in The Events Calendar feed, not in the other WP Feeds.

I hope you guys can get this fixed.

Do you want me to open another thread and just repeat everything that has been said here?

Thanks,
Vi

Hi Shelby, It’s not resolved. It’s still broken, and I have verified that it is broken even when I am running wordpress with the 2016 theme, and no plugins enabled other than the Events Calendar.

I hope you get this fixed. It’s also been reported by me and another user on the forum on the events calendar website, and was met with the same response.

This is definitely a bug and it definitely still exists.

Thanks,
Vi

UPDATE: I have verified that it isn’t a problem with my theme by replicating my site to a staging area and switching to 2016. I have also verified that it isn’t related to any of the other plugins I’m using by disabling all of the plugins except for the events calendar. Also, when I look at the posts in the Admin panel and compare pub dates on them with the pub dates in the feed, they show MST (UTC-7) time in the admin panel, but GMT in the feed (and times are adjusted accordingly.) WordPress is set to use UTC-7 in its General settings. I even tried to set wordpress to UTC, and it only changed the way times appear in the admin panel, the dates in the feed and the wordpress frontend are still out of sync with each other.

I can’t think of anything else that would cause the RSS and front end to be inconsistent with each other beyond a software bug in this plugin.