mdd061000

Okay, I changed line 11 in admin-views/event-map.php to read
<script type="text/javascript" src="//maps.google.com/maps/api/js?sensor=false"></script>

And that solves the problem.

I think this is essentially a double post of https://www.ads-software.com/support/topic/issues-with-https-and-google-maps?replies=4#post-4482770

You can close this one out.

Sorry!

You should probably use a protocol relative URL. I think calling
<script type="text/javascript" src="//maps.google.com/maps/api/js?sensor=false"></script>
Will fix the problem.

Yes, the issue is still present in 3.0.2. I’m pretty sure the offending script is
<script type="text/javascript" src="https://maps.google.com/maps/api/js?sensor=false"></script>

It references the script by http, which most secure browsers will be unhappy with on https pages.

After the fix you will need to go into all the existing events and click update. Otherwise the metadata will still not exist in the DB. Have you done this?

There is already a thread about multi-day events only showing on the first day, there is a solution here;

https://www.ads-software.com/support/topic/multi-day-events-only-shown-on-first-day

Please search before posting.

There is an issue in 3.0 where the EventDuration metadata for an event is not properly stored in the DB. The developers are working on a fix for the next update, but there is a hack solution here:

https://www.ads-software.com/support/topic/past-events-not-being-displayed

Look at the solution Ned Zimmerman posted near the bottom of the thread. See if this fix solves your problem.

This is a duplicate of
https://www.ads-software.com/support/topic/past-events-not-being-displayed

There is a tentative solution there.

I’m not going to mark the thread as resolved until we get confirmation that a fix will be included in the next update to the plugin, but this should get everybody back up and running for now.

For the sake of completion I’m going to post the solution here as well.

This was posted by Ned Zimmerman

I was able to fix this by adding ‘_EventDuration’ to the $metaTags array in lib/the-events-calendar-class.php as shown:

public $metaTags = array(
			'_EventAllDay',
			'_EventStartDate',
			'_EventEndDate',
			'_EventDuration',
			'_EventVenueID',
			'_EventShowMapLink',
			'_EventShowMap',
			'_EventCurrencySymbol',
			'_EventCost',
			'_EventURL',
			'_EventOrganizerID',
			'_EventPhone',
			'_EventHideFromUpcoming',
			self::EVENTSERROROPT
		);

And by inserting the following after line 101 of lib/tribe-event-api.class.php:

$data[‘EventDuration’] = $endTimestamp – $startTimestamp;

The _EventDuration key was not being stored, as mdd061000 discovered, so I hacked this together to save it (as the duration in seconds). Would appreciate feedback from the developers—my past events page works now, at any rate.

Wait, that was my fault. A bit of debug code that I had added was preventing the INNER JOIN from showing. Once that was removed things started working for me.

Thanks!

Thanks! That helps a lot. For some reason my query doesn’t have that inner join of wp_postmeta. That’s what I’m missing. Do you know where that inner join comes from?

Would you mind running checking the value of $wp_the_query on your past events page and sending me the result? I’m curious if you are running a different query than I am.

Once you make the changed, editing and re-saving existing events will fix them as well.

Have you made any other edits to the plugin? Aside from the changes we talked about I’m running vanilla everything.