[Barry]

Hi Brad,

Thanks for contacting us.

It looks like the other thread went dead simply because the user didn’t follow up. In any case, the fact is that – currently – pagination is not supported by the single organizer view.

We’re definitely not adverse to implementing this and as with all ideas we’d encourage you to post a request on our UserVoice page – this has the added benefit of allowing others to show their support for the idea, giving us a better idea of how much demand exists for this (though demand certainly isn’t the only metric we go by):

tribe.uservoice.com

Does that help or at least clarify things?

[Barry]

Hi Ben,

Currently that’s not supported by the plugin, but I do see this existing feature request which you can add your support to:

http://tribe.uservoice.com/forums/195723-feature-ideas/suggestions/6904032-auto-importing-events-from-eventbrite-affiliate

Besides that and a couple of other topics here on the forum – one that seems to be by the same user behind the above request and another posted approximately 1 year ago – I’m not sure I have the same impression that it is a large amount of demand for this — that’s not to say we won’t consider adding new functionality along these lines in the future, of course, so please do up-vote the above UserVoice post if you like it.

Thanks!

[Barry]

Hi vibethink,

That’s something of an oversight and I’ll be sure to log it for further attention. How about this, though: temporarily enable to normal event search bar, then enable live ajax refreshes, then disable the event search bar once more.

That’s admittedly a little clunky, but does it achieve the end-result you’re looking for?

[Barry]

That is odd and I’m afraid I can only really offer vague guesses as to why it might have happened; to the best of my knowledge though this isn’t a common problem or one that we’ve ever been able to pin down as a valid bug.

With that in mind I don’t think there’s too much more we can do to help – but we’d definitely be interested to hear if it occurs again at some future point: does that work for you and do you have any further questions before I close this topic out?

[Barry]

…I also realize I’ve jumped to a couple of conclusions here without confirming a basic point: when this problem happens, are the week/day views in question empty (ie, nothing is taking place in that day or week)?

[Barry]

I do sympathize with you, but I’m not sure how much we can do to influence things after the page has been delivered to the web browser (assuming the issue is that the particular browser extension goes on to manipulate things after that point).

I’m curious, though, if you trigger a 404 by crafting a URL something like this — http://your-domain.com/non-existent-page/ — does the same thing occur then?

Though I’m reluctant to recommend this approach for a number of reasons, you can effectively prevent 404 statuses from being triggered in relation to event pages with this short snippet, which you could for instance add to your theme’s functions.php file:

add_action( 'wp', 'no_event_404s' );

function no_event_404s() {
	if ( ! tribe_is_event_query() ) return;
	status_header( 200 );
}

If it happens that this toolbar extension detects 404 statuses and then modifies the page in this strange way then this may help.

Does that help at all?

[Barry]

So I’m still not too clear on the actual problem here, but perhaps this example code would help?

// Using tribe_get_custom_fields() is preferable over
// tribe_get_custom_field(), which has been deprecated
$fields = tribe_get_custom_fields();

// We can now access each individual field using its
// label, so if I have an "Outdoors" radio button field
// I can do:
echo 'Taking place outdoors? ' . $fields['Outdoors'];

[Barry]

Thanks for the extra details 🙂

So what if you create a fresh WordPress installation locally, via WAMP, and initially install nothing beyond the WordPress defaults except for our plugins and then create a couple of test events — does the problem occur then, too?

If it does, can you confirm if that site is running in the web root (ie, at http://localhost) or within a subdirectory (ie, http://localhost/events-test) or some other combination (like accessible from the root, but with the core WP files living in a subdirectory)?

Problem is present there too, so it’s not a Windows bug from the looks of it.

Well, the thing is that both those environments are Windows-based (only the web server software is different, the operating system is the same) so that’s not necessarily true.

Just to round out my picture of the live hosting environment in particular, though, are you able to tell me which version of IIS you are running? What are the respective versions of each operating system (on the live server and your local machine which is running WAMP)?

[Barry]

Hi Eugene,

That’s a great question.

It is something of a customization so I’m afraid there’s a limit as to how deep we can go in answering it, but essentially it depends on whether you are using (and are happy building on) an existing SEO plugin or if you want to code something independently, from scratch.

Whichever approach you go for, you can detect the type of event view using some logic along these lines:

// For month views
if ( tribe_is_month() ) {
    /* add code to tweak the meta output here */
} 
// For list type views
elseif ( tribe_is_list_view() ) {
    /* and again for list views */
}

I realize that is slightly vague, but without knowing how you are setting things up in the first place it’s tricky to assist further. Even so, does that help at all?

[Barry]

Hi there!

It’s always awesome to see things like this being put together, but I do need to point out that we’re a bit limited as to how much help we can provide with customizations like this.

What I’d recommend here though is looking at the tribe_get_custom_field() docs if that is the function you are using as it accepts (and requires) different arguments than does tribe_get_custom_fields() (note the ‘s’ at the end of the second function).

Most notably, the label of the custom field you want to retrieve must be supplied if you use the singular form of the function.

Does that help at all?

[Barry]

Hi Adam,

I wonder if something else is conflicting. What other plugins/themes are you running – could you share your system information (normally found in the Events → Help screen)?

Would it also be possible whether on your live site or – preferably – a test site to run through our standard troubleshooting steps and see if everything works as expected when only The Events Calendar, Events Calendar PRO and a default theme are running?

If there is a conflict and we can identify it, that might help us to work toward a solution here 🙂

Let me know how you get on!

[Barry]

Hi Ian,

I believe the following short snippet (which you might for instance add to your theme’s functions.php file) should do the trick:

add_filter( 'tribe_events_eb_request', 'kill_sending_img_to_eb' );

function kill_sending_img_to_eb( $request ) {
	$start = strpos( $request, 'custom_header' );
	if ( false === $start ) return $request;
	$end = strpos( $request, '&', $start );
	return substr_replace( $request, '', $start, ++$end - $start );
}

It’s fairly crude and you could potentially refine things, but why not give it a try and see if it fits the bill?

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Author]

Posts