[Brook]

Howdy Joshua,

That makes sense. However, in WP Tags are rather universal. So if you have blot posts with the tag “Joshua” and an event tagged with “Joshua”, they will both appear on the same page. In fact, the page they appear on is generated by WP itself, not our plugin. And only the events within it will have a start and end date. Everything else simply has a publish date.

What you want actually would be possible all the same. You could modify the main WP query to perhaps hide non events from the Tag views. Then sort them by _EventStartDate instead of pub_date. This will require a fair bit of WP Query knowhow though. But, if you are filling up for it here is a guide on how to modify a WP Query. By following that, just set the sort order to  the post meta _EventStartDate and hide anything whose post does not match tribe_events.

Does that make sense? Would that work? Please let me know. Cheers!

– Brook

[Brook]

You know what, I was not aware of this until just now. But, in 3.9 the donation bug I mentioned above began affecting all paid events as well 🙁 . My apologies. We are fixing this in 3.9.1 which is due for release very soon. Thanks for reporting this and providing the details.

– Brook

[Brook]

Howdy baraklevy,

I moved your code over to pastebin, set it to unlisted and expire in two weeks. It was too long for our forums here and was breaking the styling. But thank you for posting it, it helped reveal the problem.

First of all great customization. In your query you have this line for everything you want to appear in the slider:

query_posts(array(‘post_type’ => ‘tribe_events’,
‘posts_per_page’ => -1,
‘meta_query’ => array(array(‘key’ => ‘featured_event’,
‘value’ => ‘1’,
‘compare’ => ‘==’
)
)
)
);

That makes sense. But then you have this line later for everything you want to appear in the list:

$links_params = array();
$params = array(‘post_type’ => ‘tribe_events’,
‘paged’=> $page_custom,
‘eventDisplay’ => ‘upcoming’,
‘posts_per_page’ => $posts_per_page,
‘meta_query’ => array(array(‘key’ => ‘featured_event’,
‘value’ => ‘0’,
‘compare’ => ‘==’
)
)
);

Notice that it specifically precludes anytrhing where featured_event == 1. Thus it hides whatever appears in the slider. You’d need to modify this, maybe by just remove that part of the query. Make sense? Is there anything else I can help with? Cheers!

– Brook

[Brook]

Howdy queensevents,

Thanks for reaching out. It looks like you were experiencing this before, as you mentioned, in this topic. Were you ever able to get it fixed the first time. It appears Josh was not seeing the problem when he posted. If so, whatever you did can you do it again?

If you don’t remember or don’t know why he was not seeing the problem, then let’s start from the ground up. This could definitely happen if you have a theme override. Have you ever done anything theming like outlined in the themer’s guide? If so, can you temporarily disable your modifications and see if the problem goes away. If it does, have you done any modifications to list or Venue specifically? It appears that this view is being called twice… If that doesn’t sound like the problem, could you try testing for conflicts (click here)? I wouldn’t be surprised if it’s your theme.

Please let me know if you have any questions. If not, let me know the answer to mine so we can proceed. Cheers!

– Brook

[Brook]

Howdy Guys,

Are you running a donation based event? If so this is a bug in our plugin :(. We have it logged and want to address it as soon as we can. I will add a note that two more users are experiencing it to bump the priority. But please let me know if you are indeed using a donation event. If not, could you perhaps provide a link to the event in question, and maybe also a link to the Eventbrite version of it? Thanks!

– Brook

[Brook]

Thank you for sharing that code. That is definitely the culprit. Simply change you calls from:

tribe_get_custom_fields('Label Name')

to:

TribeEventsCustomMeta::get_custom_field_by_label('Label Name')

Does that work? Is there  anything else I can answer or clarify? Please let me know. Thanks Amanda!

– Brook

[Brook]

If it is not redirecting you to the /list/ view when you visit the page from your iPhone or iPad, that would be odd. Did you switch themes? When you create a child theme, you must make it the active theme by going to WP Admin > Appearance > Themes, and selecting “Activate” on your newly created child theme. Did that work?

Please let me know how I can be of assistance. Thanks!

– Brook

[Brook]

Thanks for the update Subforma. I do really think that the conflict test will help us find the problem. To clarify, have you already clicked on this link and followed the instructions inside? If so, did you find a conflict? Link: https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Thank you for the update. I am trying me best to understand you. Hopefully testing for conflicts will reveal the culprit.

Cheers!

– Brook

[Brook]

Thanks for the feedback, Glen.

To clarify, if done properly all of the instructions above should not be undone when you update. That snippet you linked for changing upcoming events should be put inside of a functions.php file. If you are updating your theme form time to time within WP’ update area, then you would want to apply changes to a Child Theme. Now I 100% agree with you that this requires a lot of know how on the part of the person modifying. But, it is unfortunately necessary that when modifying a program like WP you know a little programming.

I appreciate the advice on making this a tutorial. I will make sure it is kept in mind for one. Up until now I have only seen a couple of people request it though. And we do have to weigh user demand/popularity into the equation. Perhaps this snippet will do for now to tide us over until a possible tutorial:

[php]
function tribe_events_recurrence_tooltip_renamer( $tooltip ) {

if ( empty( $post_id ) ) {
$post_id = get_the_ID();
}
$tooltip = ”;
if ( tribe_is_recurring_event( $post_id ) ) {
$tooltip .= ‘<div class="recurringinfo">’;
$tooltip .= ‘<div class="event-is-recurring">’;
$tooltip .= ‘<span class="tribe-events-divider">|</span>’;
$tooltip .=’My Custom Text’;
$tooltip .= sprintf(‘ <a href="%s">%s</a>’,
tribe_all_occurences_link( $post_id, false ),
__( ‘(See all)’, ‘tribe-events-calendar-pro’ )
);
$tooltip .= ‘<div id="tribe-events-tooltip-‘. $post_id .’" class="tribe-events-tooltip recurring-info-tooltip">’;
$tooltip .= ‘<div class="tribe-events-event-body">’;
$tooltip .= tribe_get_recurrence_text( $post_id );
$tooltip .= ‘</div>’;
$tooltip .= ‘<span class="tribe-events-arrow"></span>’;
$tooltip .= ‘</div>’;
$tooltip .= ‘</div>’;
$tooltip .= ‘</div>’;
}

return $tooltip;
}
add_filter( ‘tribe_events_recurrence_tooltip’, ‘tribe_events_recurrence_tooltip_renamer’ );
[/php]

That should be the code you need. Just Change My Custom Text to whatever. Paste that in a child theme’s functions.php, or even the parent them if you don’t plant to update said theme anytime soon.

Did that work? Thanks again guys.

– Brook

• This reply was modified 11 years, 4 months ago by Brook. Reason: Removed auto inserted tag
• This reply was modified 11 years, 4 months ago by Brook.

[Brook]

Howdy Dennis,

I don’t know why my reply here from Friday is missing. But it is! Perhaps I closed the page too quickly after clicking “Submit”? My apologies.

That is positively odd. Intermittent issues are never fun to get to the bottom of. My primary suspect would be a caching solution. But, even then it is a bit strange that it is so intermittent. The only way I can think of to troubleshoot this is a standard Conflict Test. But, since you have to try it 8 or so time to get the 404, the conflict test is going to be a bit painful. I wish there was another way, I am trying to think of one. But, this really does seem like our only useful diagnostic at the moment. If you have a caching plugin, I’d try that one first.

Testing Conflicts With Themes and Other Plugins

Would that work? Do you have any other questions? Please let me know. Cheers!

– Brook

[Brook]

Good questions.

When I said remove the filter at the end, I meant remove the line “apply_filter(‘tribe_events_recurrence_tooltip’…” If you don’t remove it then you will have created an infinite loop, where at the end of the function it calls the filter which calls your new function and continues until the server timesout. So once you have:

1. copied tribe_events_recurrence_tooltip()
2. paste it in functions.php
3. renamed the new function you just pasted
4. removed the apply_filter line
5. now you can attach that new function to the WP Filter ‘tribe_events_recurrence_tooltip’ with add_filter().

Does that clear it up, Anna?

– Brook

[Brook]

Thank you! You are unfortunately using a different portion of the API than us. Autocomplete versus geocode. But, I will still pass it on. I appreciate your pointing this out Rob. Sorry it took so much back and forth for me to determine that this was a bug. It’s definitely one we’d be interested in fixing if we can. Unfortunately it might be a few releases because it is fairly low impact when weighed against bugs that affects all locations.

In the mean time, you can override tribe JS files by using our themer’s guide. But, you’d likely need to reapply your JS each time you update even doing this, because we update those JS files almost every release. So while your JS file would persist between plugin updates, it might break the site since the rest of the JS file would be based on an outdated version of TEC. I hope that makes sense, kinda tough to explain.

Thanks again for your help. I’ll mark this topic to be notified of any developments in our bug trackers regarding this.

Is there anything else I can do to assist you? If not, mind marking this resolved? Cheers!

– Brook

[Brook]

You just found a bug, memeco. I’m sorry about that. I wrote this snippet to fix it.

https://gist.github.com/elimn/5712dcc4d3cbbfacc0ed

If you copy/paste that into your theme’s functions.php file, your settings should now work as you wanted when you add \d\e. Thanks for helping us find a bug!

Just a reminder, we ask that topics on our forums are kept to one issue per topic. So if you are having a problem with date format settings, and another problem with the translation not being accurate, please open two topics in the future. We have found that this helps get customers faster and better service, by keeping us focused on one issue.

Where are you seeing the incorrect usage of Brasil? All over the site, or just one page in the WP Admin area? If it is all over this snippet might help you:

[php]
add_filter(‘gettext’, ‘theme_filter_text’, 10, 3);

function theme_filter_text( $translations, $text, $domain ) {
// If this text domain starts with "tribe-"
if(strpos($domain, ‘tribe-‘) === 0) {
$text = str_replace( ‘Brazil’, ‘Brasil’, $text );
}

return $text;
}
[/php]

Thanks again Memeco. Let us know if we need to update our translation file for pt-br. Cheers!

– Brook

[Brook]

This reply is private.

[Brook]

Forgive me, I missed your response yesterday!

That is interesting. I have a strong suspicion that your theme or perhaps a plugin you are running is designed to be specifically compatible The Events Calendar. But, it has not been updated since version 3.7 of Events Calendar. Our paging behavior changed in 3.8 and might have broken compatibility. Could you a conflict test (click here) to see if that is this case?

You are not running this snippet (click here) perchance are you? You would have had to find to previously find that snippet and copy/paste it into your theme’s functions.php file. If you are running that, before the conflict test you might try temporarily removing this snippet. It could fix the site.

Thanks for helping clarify the problem. I am seeing it too in my tests.

– Brook

[Author]

Posts