[stevevgl]

This reply is private.

[stevevgl]

This reply is private.

[stevevgl]

Would it help if I provided login credentials to the staging site so you could see what’s happening? If so, let me know how I can send those privately. Would it just be a matter of replying with the “Set as private reply” checkbox activated?

[stevevgl]

<<<< Could you do the following test: switch to a default theme like twentysixteen, deactivate all plugins except for TEC and ACF and check what that does? >>>

That does the same thing as with my theme. It doesn’t work when both TEC and ACF are activated. All other plugins off, Most updated version of default 2017 theme is the theme now. Still the same problem: When I am in my backend admin—like when editing a page— the page gets javascript errors and doesn’t finish loading. So major sections of the backend are missing.

I also tried the Health Check plugin and nothing concerning was returned.

And, again, the conflict is between ACF and TEC. If one or the other is on, it works. If both are on, it does not.

• This reply was modified 7 years, 12 months ago by stevevgl.

[stevevgl]

I’ve spun up a staging site for this. I will attempt the suggestions above and get back to you shortly.

Thanks.

[stevevgl]

<<< I did notice on your site that the list view is working.>>>

Interesting! I hadn’t noticed that.

<<< Can you try testing for conflicts with your theme and other plugins and see if this is still happening when you have a default theme enabled and all other plugins disabled? >>>

I apologize. I could have sworn I did that before I posted! But now we’re getting somewhere.

The plugins didn’t affect it. The theme DID. The default theme showed the right times, and it showed a tool-tip sort of thing on hover that I wasn’t getting before.

By virtue of trial and error, I found that this was not part of my theme file’s body tag:

<?php body_class(); ?>

That echoes in classes on the body and, apparently, that mattered. 🙂 Thanks for your help! It seem to be working now.

[stevevgl]

Hi, Jennifer.

Sure, here is the link: http://www.longislandaquarium.com/events/

As you’ll see, all the “African Penguin Talk & Feed” events show up as 2:00pm, whereas the first one each day should be the 10:15am one. When you click through to the “event detail” page, and you see the “Reoccurring event (See All)” indicator, hovering over that also shows as though the events are in for both being 2:00pm.

It’s encouraging to see that you didn’t have the same issue. Now we just have to get to the bottom of why my page isn’t behaving. Did it look like I set up the event correctly? (See screenshot from previous post.)

[stevevgl]

Jennifer,

We’ve got it! As is often the case, as I poured over code looking for the most minute little issues that might affect things, it ended up being something much simpler.

This is what clued me in…

could you send me screenshots showing the event details sections for the two events that you have?

I got to thinking, could it be something with the CONTENT and not the code? It was as simple as this…

The dates of the two events had already passed and, apparently, the have_posts was only coming up true when it uses dates that are not in the past! I never thought of this since they came up among a regular post query. 🙂

Thanks for all your help!

[stevevgl]

To add to this…

No matter what I do, it remains consistent in the idea that the post_type of tribe_events just isn’t triggering a true on have_posts().

To explain, I have two “events” and two regular “posts”.

This works as expected:

'post_type'=> array('post')

• It returns the two posts, but not the events.
• have_posts() evaluates to true

This works as expected:

'post_type'=> array('tribe_events','post')

• It returns all four: the two regular posts and the two tribe_events. The two that are tribe events return a post_type of “tribe_events”.
• have_posts() evaluates to true

This does NOT work as expected (or at least as I expect it would):

'post_type'=> array('tribe_events'')

• Nothing is retuned.
• have_posts() evaluates to false

I am stumped.

[stevevgl]

Hi, Jennifer! Thanks for responding!

Although I eventually will, at this point, I don’t have any other arguments, because I just kept stripping them away to try to troubleshoot the problem. And here is what is going on:

I will run this query:

$MyQuery = new WP_Query( $myArgs );

And loop through like this:

echo '<ul>';
	while ( $MyQuery->have_posts() ) {
		$MyQuery->the_post();
		echo('<pre>');
		print_r($post);
		echo('</pre>');
		echo '<li>' . get_the_title() . '</li>';
	}
	echo '</ul>';
	/* Restore original Post Data */
	wp_reset_postdata();

Using these args works:

$myArgs = array(
   'post_type' => 'any'
	        );

I have 4 items: twos posts, a tribe event, & a page. Each one is returned. In the print_r return, it even shows the tribe event as being [post_type] => tribe_events

When I change it to this:

$myArgs = array(
   'post_type' => 'tribe_events'
	        );

Nothing works, nothing is returned. I would expect the one tribe event to be returned.

It seems to not be triggering a “true” on have_posts(). Earlier I had it wrapped in an if statement like so…

if ( $MyQuery->have_posts() ) {
    // do the loop
}

else {
echo ("no posts!");
}

…and it was always echoing no posts when [post_type] => tribe_events

I was aware of the tribe_get_events function. My issue is that I will eventually need to call in a loop from two different kinds of posts: regular ones & tribe events.

One other possible concern? Although I am a paid “pro” calendar user on live sites, I’m working on this in a new dev environment and I haven’t gotten around to upgrading this particular install of the plugin. I eventually will re-buy it again and install it. Does it matter that this is the free version? (I would think not, but wanted to mention that so we can get the full picture.)

Thanks so much for your input. Look forward to hearing if you have other thoughts.

• This reply was modified 8 years, 8 months ago by stevevgl. Reason: (Just fixing some formatting)

[Author]

Posts