[Brook]

Howdy Carl,

It would be my pleasure to assist with this.

The easiest way would be to add a little CSS to your site:

.tribe-events-page-title { display: none; }

You could add that to your theme’s CSS, or perhaps use a third part plugin like Simple Custom CSS.

If you’re more interested in truly removing the title from the source, I would recommend a theme override. Our guide for creating these: Themer’s Guide . Just create an override for the list view, remove the title from the source, and you’re done.

Would one of those work for you?

Cheers!

– Brook

[Brook]

Howdy Melissa,

It would be my pleasure to assist with this.

There currently is no way to show Photo view as a shortcode. However, we are hard at work on making this happen, and it looks likely that feature will be ready in the next feature release for our plugin: version 4.3. Then you will be able to embed those events as photo view.

Does that all make sense? Does that answer your question?

Cheers!

– Brook

[Brook]

Hello again,

This is very different from what you said at first

I honestly don’t know of anything that is different from what I just said, but I am sorry if I miscommunicated anything at some point.

I’m sure there are many users that do not even know that it is not right
And will help them greatly ..

To be forthright, I do not think we have many users of Event Tickets Plus in other languages. Right now we do not support any of the multilingual plugins in Event Tickets Plus. So I think a lot of sites for other languages are just not using our plugins yet, and are waiting until those things are supported.

Regardless we have many other issues in which multiple people are reporting being affected. Some of them have many many times more reports than this. And we naturally have to hit those first, because it is logical to conclude that those issues are impacting more users.

Again I am sorry I do not have good news for you here. If you have any questions from me please let me know. If the plugin is just useless for you right now, would you be interested in a refund? You are well outside of our typical refund window (which is set by our credit card processors). But, I think my managers would be willing to refund you anyways, even though it will cost us a number of fees to do so. Just let me know.

Cheers!

– Brook

[Brook]

Howdy Todd,

Welcome to the forums! I would love to assist here.

The Licenses tab will not appear until the plugin is downloaded and activated in WP-Admin > Plugins. Once you have activated it there, head back over to WP-Admin > Events > Settings, does the Licenes tab appear now?

If you have not seen it already you might be interested in our New User Primer which walks you through each step of setting up the plugin.

Does that all make sense? Will that work for you? Please let me know.

Cheers!

– Brook

[Brook]

Howdy Donna,

Welcome to the forums! It would be my pleasure to assist with this.

“pid” stands for Process ID in this case. You can basically ignore that portion of the message. The one thing that is consistent though is this:

event-tickets/common – Log: Initializing Tribe

The log you are looking at super generic, and not usually helpful in this sort of situation. Sometimes lines like the above are more faux errors, and not indications of any real problem. Sometimes they do indicate problems tho, so it is certainly worth investigating further.

Are you experiencing any bad behavior on the site around the time of these error messages? If so what?

Does your server have PHP error logs? If so those will contain a lot more detail on what is happening. If not you might enabled WP_DEBUG and WP_DEBUG_LOG, which will create a debug.log file in your WordPress install. From there wait a little bit and check the file to see if there are any PHP errors in it. More details can be found in that wp debug link above. If you are seeing some actual PHP error messages in any of these logs, what are they?

Cheers!

– Brook

[Brook]

Howdy again Nigel,

I already helped you with some of this in the other topic. It sounds like the issue is that your page is loading too slow on the backend, and thus you can’t add widgets.

Additionally, the EC calendar widget only displays on a sidebar if ECP is deactivated. The moment I activate the ECP plugin, the widget stops appearing in real time

Events Calendar Pro replaces the basic widget with one of its own. If you have added the basic list widget, it will disappear with Events Calendar Pro activated. To fix this just add the new Advanced List Widget that appears with Events Calendar Pro active.

My main goal right now will be to get your backend page loading consistently/much faster than it currently does. Once we’re there we can hit any remaining issues if there are still some.

Please let me know if you have any questions in the mean time. If not please checkout your initial topic for my response: https://theeventscalendar.com/support/forums/topic/ecp-slowing-down-my-widget-page/

Cheers!

– Brook

[Brook]

Howdy Teri,

Argh is right. I am sorry this is being such a pain. That is a bug that was introduced in the very latest version of our iCal importer. We are working on a fix right now, and it will be ready with the next version of our plugins. Until then the only option is either to Downgrading a plugin or wait it out.

Again I am sorry. Please let me know if you have any questions. Does that answer your initial inquiry here?

Cheers!

– Brook

[Brook]

Howdy Mirko,

I would love to help you with this.

It will take some fiddling with CSS to try and craft a fix there. The Avada folks might even be able to help, this looks like an issue their theme will be seeing with others users as well.

I tried to craft a fix for you here:

#tribe-bar-form.tribe-bar-mini div.tribe-bar-submit input[type=submit] {
 font-size: .75em;
 padding: 10px;
 width: auto;
}

And that might work well. I have no way of knowing. In my Internet Explorer it is actually rendering great even without that CSS. Likely your client is on a different version than I am. Thus I am not actually sure if that will fix it, but it probably will. If you test with that and it fixes it, you might be interested in removing portions of it such as the font-size changes it makes, those might be overkill.

Does that all make sense? Did that work for you? Please let me know.

Cheers!

– Brook

[Brook]

Howdy Again Carl,

That is certainly possible. But it will require some knowledge of modifying WordPress themes. The way to go about this would be a theme override. We have a good guide for creating these: Themer’s Guide . If you modify the single-event.php in the photos folder, you can add/remove info as needed. In this case you might copy/paste the info from modules/venue.php into the single-event file, then delete anything from there that you don’t want. And there you go, the location info will be added.

Does that make sense? Sorry if this is getting a bit technical, unfortunately modifying templates is.

Cheers!

– Brook

[Brook]

Howdy Carl,

I would love to help you with this.

That looks like the result of a conflict between The Events Calendar and your theme. But no worries there, there are probably a few workarounds. Let’s start with the easiest:

You might try a different template in WP-Admin > Events > Settings > Display . the least likely to conflict is usually the Default Events Template. If you change to this and hit update, does it fix this? If not, try each of the templates from the drop down, hit update and retest. Does one work?

If you’d prefer to not change templates a little CSS might do the trick. Perhaps we could just hide those elements with CSS. If you don’t like how “hacky” CSS is then the only remaining option is going to be to modify your theme a bit. If one of the above templates did stop the conflict, it just did not look how you wanted, then you should create a new WP “Page Template” in your (child?) theme, and modify it to look proper but not include a feature image/title at the top.

Does that all make sense? Will one of those work for you? Please let me know.

Cheers!

– Brook

[Brook]

Howdy again,

I figured I’d snap this topic since it seemed heavily related to your last one.

You are asking all the right questions here. Unfortunately debugging JavaScript can be a bit of a pain when there are no error messages. My go to tactic is to try renaming the JavaScript folder in my theme, then retesting to see if the conflict goes away. If it does rename it back, not try renaming each file inside there and retesting, until you narrow it down to one file that is conflicting. Now you have to run through that file trying to find the conflict. If you can share a copy of the file I’d love to lend an extra set of eyes as well, maybe something will stand out.

Glad if you could help, hoping this behaviour is not related to PHP version 7 (As I wrote in older messages I cannot downgrade to PHP 5).

Well no worries there, we would never want someone to downgrade from the latest version. We fully support PHP7. It’s doubtful though that this is related, it’s probably a JavaScript error.

Did that help, where you able to narrow it down to a file and possibly to something in that file?

Cheers!

– Brook

[Brook]

Howdy Roger,

I would love to help you with this.

I am a bit puzzled by that error message. Line 405 of the plugin should be an empty line, it’s just there for whitespace. It should not be generating an error.

Have you modified the plugins any? Would you mind doing a “Manual Update” for Event Tickets Plus? Even if you are technically on the latest version, still try deleting the plugin and reinstalling per that tutorial. Does the error message go away, or does it perhaps change line numbers? If you still get the error message would you mind uploading a copy of that file /wp-content/plugins/event-tickets-plus/src/Tribe/Commerce/WooCommerce/Orders/Table.php somewhere, perhaps copy/paste it’s content into a pastebin? Then send me a link. I’d like to learn more about it.

Cheers!

– Brook

[Brook]

Howdy Gian,

I would love to help you with this. I am not super familiar with the widget you’re using so I can not provide full support for it. But it seems likely that this widget is ignoring hidden products, which tickets are. You might want to manually edit the tickets to make them not hidden. From there, it seems very possible they will get counted and appear in the Woo store. Did that do what you needed?

Cheers!

– Brook

[Brook]

Howdy again Riccardo,

Disabling paging is usually doable with this snippet:

https://gist.github.com/elimn/308b6a6a6259d4ac3b6b

Completely disabling Ajax though is not really possible. The plugin is far too heavily reliant on Ajax. But paging can often be safely disabled. Give it a test with that snippet. Does it accomplish what you wanted?

Cheers!

– Brook

[Brook]

Howdy Ken,

I would love to help you with this. That’s an interesting goal, I have not seen anyone want to modify the ticket #s before.

The only way to do this would be manually editing the database. If you are comfortable with such things the ticket # is stored in the database, so you could manually change it without much in the way of side effects. Of course the email your customer received when the ticket was first sent out would still contain the wrong number.

If you would like to suggest a feature, such as the ability to edit ticket #s from WP Admin, let me know and I could work with you to write up a feature suggestion for this idea. To be honest I do not see a lot of people wanting this capability, especially because the ticket # that the customer already has will be incorrect now and it would be difficult to cross reference when you check them in.

Does that all make sense? Will that work for you? Please let me know.

Cheers!

– Brook

[Author]

Posts