[Barry]

No problem, happy to help (and let me know if you’re still blocked after you’ve had a chance to play with it) 🙂

[Barry]

No problem, we’ll keep this open and pick things up once you have some time 🙂

[Barry]

OK, that’s strange but potentially useful information for us. Bear with us a little longer.

[Barry]

Hi Adam,

You’re correct: currently, the start/end sale dates really only govern the visibility of the tickets within the ticket form that appears on single event pages.

It’s possible to craft URLs that add tickets to the cart despite the fact the end sale date may have passed (or that the start sale date is still in the future) and the same thing can be done programmatically or via manual adjustments to orders.

It does seem like something we should tighten up, so I’ll log a bug report and we’ll take things from there. We will of course keep you posted and will drop an update in here once a fix is available.

[Barry]

Gotcha.

Well, in that template, you will see code like this:

<div class="list-date">
		<?php
		if (
			isset( $instance['tribe_is_list_widget'] )
			&& date( 'm', $post_date ) != date( 'm', current_time( 'timestamp' ) )
		) :
			?>
			<span class="list-dayname">
				<?php
				echo apply_filters(
					'tribe-mini_helper_tribe_events_ajax_list_dayname',
					date_i18n( 'M', $post_date ),
					$post_date,
					$mini_cal_event_atts['class']
				);
				?>
			</span>
		<?php else: ?>
			<span class="list-dayname">
				<?php
				echo apply_filters(
					'tribe-mini_helper_tribe_events_ajax_list_dayname',
					date_i18n( 'D', $post_date ),
					$post_date,
					$mini_cal_event_atts['class']
				);
				?>
			</span>
		<?php endif; ?>

		<span class="list-daynumber"><?php echo apply_filters( 'tribe-mini_helper_tribe_events_ajax_list_daynumber',
			date_i18n( 'd', $post_date ), $post_date, $mini_cal_event_atts['class'] ); ?></span>
		</div>

Try changing it to this (which is much shorter):

<div class="list-date">
	<?php echo tribe_get_start_date( $post_id, false, 'M j, Y' ); ?>
</div>

That help?

[Barry]

There could be two different errors at work. If there is nothing new in the history – and there should be by virtue of the scheduled imports you have configured, it may be that WordPress is unable to trigger the scheduled (‘cron’) tasks or that our own import scheduler is for some reason refusing to start the import jobs.

If you visit the Events → Help screen, is the logging level set to “Full debug (all events)”? If it is not, can you do that? I’d like to see what is captured there in relation to imports.

Further down on the same screen, under Import Services → Scheduler Status – does WP Cron Enabled show up with a green icon next to it?

[Barry]

Are you comfortable with the idea of setting up snippets in either a custom plugin or your theme’s functions.php file? If so, these samples could help:

add_filter( 'tribe_events_this_week_date_format', function() {
    return 'j';
} );

add_filter( 'tribe_events_this_week_day_format', function() {
    return 'D ';
} );

You would need to adjust the returned format using the conventions described here, though.

Does that help at all?

[Barry]

Sorry it’s been so choppy: but thanks and definitely let me know if things deteriorate again.

[Barry]

This reply is private.

[Barry]

Interesting. Here’s what I see if I switch my site to use Swedish (se_SV) in respect of the This Week widget:

So far as I can see, the day names are translated as expected. Am I misunderstanding the problem in some way, perhaps? Or do you have any language-specific plugins (such as WPML) or anything comparable where the configuration may be getting in the way of normal operation?

[Barry]

Fantastic 🙂

[Barry]

OK – were you able to setup a template override like I outlined in my last reply?

[Barry]

OK. Let’s try to isolate some of these problems. If you follow our standard troubleshooting steps (link below) and take your site down to a minimal environment running just a default theme such as Twenty Seventeen, plus The Events Calendar, Events Calendar PRO and nothing else where does that leave us in terms of outstanding problems?

theeventscalendar.com/knowledgebase/testing-for-conflicts

As before, can you create a fresh recurring event and see if it is impacted in the same way as any existing recurring events?

If doing this on your live site is impractical, we could also troubleshoot “in reverse”: if you are able to, create a new WordPress installation in a sub-directory (ie, example.com/testsite and add only The Events Calendar and Events Calendar PRO there – can you replicate the same issue in this clean environment?

Once we can find the trigger for what you are experiencing we can hopefully start working toward a solution.

[Barry]

Morning, Bernhard!

I’m guessing it’s week view itself you are interested in here (as opposed to the “This Week” widget).

If you visit Events → Settings → Display you should be able to modify the format via the Week Day Format setting.

Does that help?

[Barry]

This reply is private.

[Author]

Posts