room34

The code can go in your theme’s functions.php file.

You can put the screenshots wherever you want… they’re just not there anymore on the sharing service you used.

I may need to see your source feed to know for sure, but my guess is that the feed only contains the next 90 days’ worth of events. Some feeds limit how many days they include, which may or may not be customizable. If you don’t want to share your feed URL here, you can use the Pro Support Request Form. (Be sure to include your System Report as well, as it can be helpful in pinpointing most issues.)

Oh wait, never mind. I see the problem. Please remove extendmultiday="true" from the shortcode. That should be the issue.

OK, thanks. I think I’m going to need your exact shortcode, including the feed URL. Can you please send that and your system report using the Pro Support Request Form? (It’s fine if you don’t have a Pro license.)

It looks like only the all-day events are doubled, which suggests to me that your timezone may be set incorrectly. Please see the documentation on General WordPress Settings to make sure you’ve got everything set up right. Note that in order to handle DST correctly, you need to use a named city timezone, not a UTC offset.

List view’s pagination is “approximate” because events are still grouped by day, so you’ll end up with these kinds of uneven pagination sets.

I would recommend using basic view, rather than list view. By default basic view has some visual design elements that you probably don’t want, given your unique layout, but you can turn those off by adding nostyle=”true” to your shortcode, and then write your own CSS to style the elements.

Hi… the links to the screenshots are not working for me. However, as I understand it you’re trying to have the query for On This Day sort the returned posts alphabetically by title, rather than chronologically by publish date, is that correct? If so, you could use a bit of custom code in your theme, leveraging the pre_get_posts action. The main challenge would be targeting the correct queries so it’s not running on every query. I think something like this should work, but I haven’t actually tested it:

add_action('pre_get_posts', function($query) {
  if (
    !is_admin() && // Only run on front end
    !$query->is_main_query() && // Don't run on main query
    is_array($query->get('date_query')) && // Run if date_query is an array
    !empty($query->get('monthnum')) && // Run if monthnum is specified
    !empty($query->get('day') // Run if day is specified
 )) {
    $query->set('orderby' => 'name');
    $query->set('order', 'ASC');
  }
}, 10, 1);

There’s not a really simple way to determine if the query is for On This Day, so I loaded up as many specifics as I could.

WordPress only allows users to be assigned to one role, so you’d need to create separate roles for each distinct configuration of access permissions you want to grant. Unfortunately this isn’t a characteristic of Custom Access Roles, it’s inherent to WordPress itself.

Ha… well I can’t guarantee I’ll always be that fast in either responding or fixing issues.

Just a quick follow-up on this. I’ve received a couple of other reports of this same problem, so I have reverted the aforementioned change in the release of 11.3.3 which was ready to go anyway. That version is available now via the updater.

For the comparatively small number of users who benefited from the (now removed) change, an optional setting will be added in the next update.

Hi, thanks for bringing this to my attention. There was a recent change that I think may be responsible for this, but first, please check that the calendar shortcode is not using the extendmultiday setting.

Thanks for bringing this to my attention. I’ll release a patch to correct this today.

This is now added in version 3.3.0 which will be available momentarily.

The queries in the plugin don’t actually specify a post type, but I think because they’re using the date_query parameter, it’s probably defaulting to post only.

I could modify the plugin to specify any for the post_type parameter, or I could add checkboxes to the widget configuration box to let you decide which existing post types (including CPTs) should be queried. I’ll have to give this a bit of thought to determine which is best (just using any would be a lot quicker to implement), but I should be able to push out an update in the next day or two.

It’s possible something in the calendar’s configuration has changed. In any case, the feed URL you sent is not going to work as it’s current set up, because it should download an .ics file when you load it in a web browser, and you shouldn’t need to be logged into any particular site to do that.