[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!

[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]

OK: unless I’m misunderstanding, though, this does not occur on the test site, is that correct? If so, that does tend to suggest a conflict of some kind.

... tt4.term_taxonomy_id IN (143) OR tt5.term_taxonomy_id IN (142) ...

The above elements of the query look very much like what you might see if a taxonomy query is applied – but we add no such query under the conditions you described initially (ie, simply opening up map view). For that reason I tend to think that something else is altering the queries and causing this.

Unless you can replicate the same thing on the test site (without any other plugins and only a default theme) there really isn’t any other explanation.

With that in mind, unless of course you disagree and can replicate this on the test site – in which case please let me know – the next set of steps to follow to get to grips with this is to start adding all of the same plugins and the same theme to the test site that you have on the live site – and see if you can replicate at that point.

From there, a process of elimination should determine what is causing this.

Is that possible here?

[Barry]

Hi fullservicepage,

Apologies first of all because of the delay in replying: normally topics in need of a further reply are flagged up to staff members but, for some reason, that didn’t happen this time round.

I do see what you mean – I actually misunderstood you first time round and thought you were interested in the stock/inventory level rather than the default number of tickets to be selected.

This is actually fairly easy to accomplish – a simple template override ought to work. Please take a look in the wootickets/views/wootickets/tickets.php template. If you copy this to your theme (following the instructions in the Themer’s Guide) you can then make a small change – simply find the block of code starting with:

woocommerce_quantity_input

Then look just below it for this line:

'input_value' => 0

Change this to:

'input_value' => 1

Does that help?

[Barry]

Hi northpointe,

Apologies for the delay: for some reason the thread wasn’t marked as being in need of a further reply – sorry about that.

This isn’t something I can replicate locally, but it does sound similar in nature to a reported bug we thought we had fixed in 3.8. At this point I’ve got just a few more questions:

• Is this something you can reproduce after running through our standard troubleshooting steps?
• Can you point me to a live example of the problem?
• I see you noted that you are using 3.8 – just for the avoidance of doubt, is that the version you are using of both The Events Calendar and Events Calendar PRO?

Thanks!

 

[Barry]

Hi there lynn1jenni1,

I can’t seem to locate an event with a venue – can you point me in the right direction?

Event date formatting in list view also has a new line between the start date, the “-”, and the end date. Ideally I would like the event date to read start date – end date (all on the same line).

Some stylesheet rules from “Cherry Plugin” are interfering here – but it should be easy to fix. Can you create a custom tribe-events.css file within your theme? Full details on setting this up can be found here, but basically you just need a new file to live at:

wp-content/themes/your-theme/tribe-events/tribe-events.css

Within that, add:

.tribe-events-event-meta.vcard span { display: inline; }

Does that help?

[Barry]

OK – there’s definitely some distortion creeping in via rules in Enfold’s stylesheet. Adding some rules like this may help a little on that count:

.entry-content-wrapper .tribe-events-event-meta img {
    min-width: 0px;
    min-height: 0px;
}

You could either add these to any suitable custom CSS file or else set up a tribe-events.css file for this specific purpose (please see our Themer’s Guide for details).

You can remove the extra margin at the bottom with a snippet like this one:

add_filter( 'tribe_events_embedded_map_style', 'remove_embedded_map_margin' );

function remove_embedded_map_margin( $styles ) {
	$rules = explode( ';', $styles );
	if ( ! is_array( $rules ) || 0 === count( $rules ) ) return $styles;

	foreach ( $rules as $index => $rule )
		if ( false !== strpos( $rule, 'margin-bottom' ) ) unset( $rules[$index] );

	return join( ';', $rules );
}

Or indeed you could override modules/map.php and remove the margin-bottom style there directly from within your template override (again, please refer to the Themer’s Guide for details on setting up template overrides).

Does that help here?

[Barry]

Hi – great questions!

I purchased the pro version because of the extra data fields. I successfully logged in and created the fields needed for the event. How do I add custom fields for the venue?

Additional fields (in the PRO sense – ie, offering different types of field like radio buttons or text fields, etc) are not available for anything except actual events. This has been suggested as a feature request and you are more than welcome to up-vote the idea and add any further comments 🙂

Also, I was disappointed to find out that when I imported the event data, I couldn’t map the fields in the csv file with the new custom fields I created.

At this point in time it is not possible to import additional field data by CSV. It is a fairly popular request that is already under review, though, and as before I’d encourage you to up-vote the idea (and comment if you have any further feedback to add).

I hope that clarifies things, but do let me know if you have any further questions 🙂

[Barry]

Hi – great question!

Yes, simply copy and paste the business license key into the site that currently uses the personal license.

Will I lose the data currently populating the website using the personal license?

You definitely should not!

Even if you remove your license key and don’t replace it, or if it simply expires, the plugin should continue to operate with no loss of data.

Does that clarify things?

[Barry]

Sorry to hear that.

Do you think this is connected with our plugin – and can I ask why (do you find removing it restores the site, for instance)?

Is the test site also affected and are you able to check the server error log to see if there are any indications as to the actual problem? If you don’t have direct access to these logs you may need to speak with your hosting provider.

[Barry]

@Ray: that’s awesome to hear – glad it helped 🙂

@davidgmiles: is the fix definitely in place/did you remove it after hitting problems? The output isn’t quite what I’d expect when I view the URL you provided in your opening post.

[Barry]

Thanks for sharing 🙂

So it looks like this may actually be a “feature” of your theme – they have code in place that is deliberately designed to remove various settings. With that in mind, I would encourage you to reach out to the theme developer for further assistance on this one.

Most of the code in question though can be found in enfold/config-events-calendar – for example, here is the code that removes the settings we’re discussing in this thread:

//edit/remove some of the options from general tab
if(!function_exists('avia_events_general_tab'))
{
	add_action('tribe_general_settings_tab_fields', 'avia_events_general_tab', 10);
	
	function avia_events_general_tab($options)
	{
		$edit_elements 	= array('info-start' => array('html' => '<div id="modern-tribe-info">'), 
				'upsell-info', 'upsell-info', 'donate-link-info', 'donate-link-pro-info', 'donate-link-heading', 'donate-link', 'info-end'=> array('html'=> avia_tribe_ref()."</div>"));
				
		$options 		= avia_events_modify_options($options, $edit_elements);
		return $options;
	}
}

You could of course go in and purge as much of this as is needed – but that wouldn’t necessarily be the cleanest or most upgrade-friendly way of doing things – so please do check with the theme vendor as to how best you should resolve this one.

I hope that helps 🙂

[Author]

Posts