[Mathew]

A little feedback on this one. I have clients that this data is very important to them, or so they think. With that, I decided to validate a few of my customer sites. I did not see the same results as your site.

I think Google has it wrong in making location a required field. At most it should be a warning and not an error.

As for your particular issue, the JSON data that is being passed in the JavaScript is showing the dtstart and dtend in the correct format.

However, the error is not coming from the JSON data. It is coming from the DETAILS section of your website. From what I can see, it looks highly customized. It looks great by the way! The Start and End date on the right ONLY has a – span class=”dtstart” and span class=”dtend”. This is where it is picking it up and producing the error in the Google test because the date format that follows really is incorrect for structured data.

If you look at the default /the-events-calendar/src/views/modules/meta/details.php file around line 67, you should see a title=”…..($start_ts)”. It NEEDS this to produce the correct start/end date format. This may not be present in your customization of the details section.

Hope this points you in the right direction.

[Mathew]

I think when I pasted the code, it made a mess of things. Not sure how to use the syntax highlighter on the forum.


function tribe_add_start_end_time_to_month_view ( $post_title, $post_id ) {

if ( ! tribe_is_event($post_id) ) return $post_title;
// Checks if it is the month view, modify this line to apply to more views
if ( ! tribe_is_month() ) return $post_title;

$event_start_time = tribe_get_start_time( $post_id );
$event_end_time = tribe_get_end_time( $post_id );

if ( !empty( $event_start_time ) ) {
$post_title = $event_start_time . ' - ' . $event_end_time . '<br/>' . $post_title;
}
return $post_title;
}

add_filter( 'the_title', 'tribe_add_start_end_time_to_month_view', 100, 2 );


[Mathew]

I wanted to accomplish the same thing and came up with this based on the same article. Give it a try. I added a line break after the start/end time to make it a little cleaner looking. You can remove the break if you want.

function tribe_add_start_end_time_to_month_view ( $post_title, $post_id ) {
 
    	if ( ! tribe_is_event($post_id) ) return $post_title;
		// Checks if it is the month view, modify this line to apply to more views
		if ( ! tribe_is_month() ) return $post_title;
 
    	$event_start_time = tribe_get_start_time( $post_id );
    	$event_end_time = tribe_get_end_time( $post_id );
 
    	if ( !empty( $event_start_time ) ) {
        	$post_title = $event_start_time . ' - ' . $event_end_time . '<br/>' . $post_title;
    	}

    return $post_title;
}

add_filter( 'the_title', 'tribe_add_start_end_time_to_month_view', 100, 2 );

Hope this helps.

[Mathew]

Kam,

If you are using Yoast SEO, then see this article.

https://theeventscalendar.com/knowledgebase/titles-in-yoast-seo/

Hope this helps.

[Mathew]

Cliff,

Yes, I was referring to the Samy’s Photo School site. If you visit http://samysphotoschool.com/wp-content/uploads/ You will see the hacker’s signature.

I have seen this one on a customer’s site before. That’s what clued me in on the site being POTENTIALLY hacked.

As for my input… I am a long time Samy’s Customer. Years ago, Samy’s saved my life when doing a photo shoot for a client in Cali. The airlines forced me to check my bag and I had some equipment damaged. They were open on a weekend. Needless to say. Lifesaver!

[Mathew]

Mario,

Images on the site are not displaying on other pages unrelated to The Events Calendar. The Instructors page and the About Page are not displaying images correctly.

From a preliminary glance the WordPress installation is showing signs of been hacked and compromised.

The hack I see is “Hacked By Moh Ooasiic”. It is affecting the wp-uploads directory and who knows what else.

I understand you are taking this over from someone else, and that can be daunting in itself. You should look into doing a security scan of your site/installation. Once things are cleaned up and security tightened, these issues should go away.

Best of luck!!!

[Mathew]

Cliff. Thanks for the update.

The list view I see is the same as yours. I should have mentioned where I am seeing the hellips being stripped. It is in version 4.22 and it looks like it goes back to the introduction in 4.0.1.

They are being stripped from the month view tooltips. Understandably, the tooltips are a different beast of their own. I have the excerpts set to 35 words and I don’t see the hellips at the end of the words in the tooltip. As a test and only a test, I took the brackets off of line 1385 and the hellips magically appear in the tooltip.

I ended up putting a filter in the functions to get around it and to keep other tags from being stripped in the excerpts.

It’s nothing I am looking to fix, just something to bring to your attention.

[Mathew]

I’ve had success using this to accomplish the same task. Look it over and see if it’s the right solution.

https://theeventscalendar.com/knowledgebase/change-default-categories-view/

[Mathew]

jsgd,

It looks like you are using the All-In-One Event Calendar and not The Events Calendar. You might want to reach out to Time.ly’s support on this one.

Best of luck.

[Mathew]

Peter,

There is a sticky post at the very top of the forum regarding this particular issue.

Here’s the direct link.

https://theeventscalendar.com/support/forums/topic/%e2%9a%a0%ef%b8%8f-known-issue-with-events-calendar-pro-4-2-1-and-oembeds/#post-1131626

Hope it helps.

[Mathew]

You may need to add the !important declaration to the CSS. Give it a try.

/* Change advanced list widget icon background color */
.tribe-mini-calendar-event .list-date {
    background-color: #2877b8 !important;
}
 
/* Change advanced list widget date name color */
.tribe-mini-calendar-event .list-date .list-dayname{
    color: #2877b8 !important;
}

[Mathew]

Birgit,

Try this article from the KB.

Link Organizer Email Address to a New Email

[Mathew]

Geoff,

I believe I may have found the issue.

Please see my open ticket.

Date exclusions not working in 4.0.x

[Mathew]

TEC Support,

I believe I have found the issue.

It is with the date picker format. I am using mm-dd-yyyy and this is where the problem exists. If I switch back to the default yyyy-mm-dd and create an event with an exclusion, it works as it should.

Please note that after changing the picker to the default, you have to manually update every event that has an exclusion. The Exclusion does not update programmatically. However, the event date does update. This should not be an issue if the original issue is corrected.

Hope this helps.

[Mathew]

Scott,

Flipping the email address over is genius!

I am using a different approach using the built-in function found at https://codex.wordpress.org/Function_Reference/antispambot

Then wrapping the email with the shortcode (instead of a class) in the organizer.php, as you have already found.

As for the scrunching, the padding is set at 4%. Try reducing the percentage or set it to a px amount.

.tribe-events-event-meta-group {padding: 0 2% !important;}

Hope this helps.

[Author]

Posts