[George]

Hey Florent!

You should indeed be able to add this function to show the ticket form for a specific event:

<?php tribe_get_ticket_form(); ?>

Now, it’s important to note that this is not officially supported for use on other parts of your site – so there is no guarantee that for your specific customizations, the tickets will still work fine in terms of being able to buy them and such.

If you find this to be the case, and need more complex customizations, then unfortunately you will have to code your own solution 🙁

Let me know if the function above helps!

Cheers,
George

[George]

Hey TootTootDesign,

To address your reply in reverse order, yes, I can totally understand your frustration with things after buying licenses and can assure you that we’re working hard here to straighten things out!

As for your actual searching-by-location, I’m a bit uncertain of the specific problem because for me, it does work fine on your site. Location search is supposed to be by city name, primarily, and if I search for, for example, “botany”, then events near Botany do show up and are filtered correctly. Even this event here, which you mentioned above did not show up for you: http://www.australianceramics.com/event/acos-claypool-botany-nsw/

Here’s the full URL for the Map View search for events near “botany” that worked for me → http://www.australianceramics.com/events/map/?action=tribe_geosearch&tribe_paged=1&tribe_event_display=map&tribe-bar-geoloc-lat=-33.9443842&tribe-bar-geoloc-lng=151.19628690000002&tribe-bar-geoloc=botany

If you navigate to that URL, what problems do you have? Are your only problems if you search for things by zipcode?

I’m very sorry to go over the details of the problem again, and your patience is much appreciated here – I just was unable to produce problems on your site when I search for things by location.

Thank you for patience and for re-enabling Map View temporarily on your site so we can troubleshoot!

— George

[George]

Hey Tony,

Thanks for the link. It unfortunately only showed the very top half of the community settings page, so none of the specific sections I mentioned showed up, but that’s no problem at all – basically, if you have items selected at all in “Roles to Block” section of the “Access Control” section, try un-checking all roles so that no roles are blocked. Then save the changes and see if that affects your issues at all.

If not, can you try downgrading to 3.10 as described above? I’m sorry in advance for the tediousness of doing that, but I do not recreate these problems on my own test site and haven’t heard similar reports of these problems so I’m curious about there being a bug in 3.11 at play here or something. Trying 3.10 will help reveal whether or not that’s the case.

Thank you for your patience Tony!
George

[George]

Hey Dirk,

Thanks for sharing that link. I’m curious, just to be certain, have you tried the steps that Brook recommended on August 6th in this reply? → https://theeventscalendar.com/support/forums/topic/error-404-when-adding-an-event/page/2/#dl_post-994025

Those seem to have helped all the people in that thread, at least for now until we got a better fix released.

Let me know if the steps he recommends there help you at all, or if issues persist.

Thank you!
George

[George]

Thanks for sharing the link Pier!

That “archive” text unfortunately comes from your theme, so you will have to go to your theme to modify that text directly. You should be able to find it by looking for a <div> tag with the class of .headline_text

If you want to just hide that row of text altogether on these pages, you can instead just add the following CSS to the bottom of your theme’s style.css file:


.post-type-archive-tribe_events .headline_outer {
display: none !important;
}


I’m sorry if you find this news disappointing, hopefully it helps a bit though. Let us know!

Thanks,
George

[George]

Looks good Matt! Thanks for posting your solution and such. Best of luck with your site 🙂

[George]

Thank you so much Helen – I’m really sorry for the inconvenience here, but we hopefully we will have a fix for this published within the next month so (hopefully sooner!)

[George]

Thank you for elaborating on this Shub! And for the screenshots.

Unfortunately, your CSS temporary fix is a great idea and something I would basically recommend doing here. The problem is that the page title element there is coming from your theme, and since the Events pages are often not real pages but feeds of events, that will not be populated.

You could keep using your CSS fix, which I would recommend, or you could take a closer look at the template files of your theme itself and see where that H1 title tag is being generated. You may be able to modify that but unfortunately, the best options here are either this or using a CSS fix like you are currently using 🙁

I’m really sorry to disappoint!

[George]

Hi,

The Events Category taxonomy is still defined as tribe_events_cat in our code, so we did not change anything on that front. It seems like changes have happened, perhaps, in the codebase of whatever plugin you are using for these third-party, unsupported shortcodes.

I will close up this thread because we unfortunately cannot offer support for third-party plugins here. Definitely reach out to the authors of the plugin that gives you those “loop” and “content field” shortcodes, they may be able to offer some insight here.

Best of luck with your site,
George

[George]

Hey Howard,

This feature is not currently coming out any time soon, but I agree that it would be quite handy and can pass this along to our developers. Stay tuned to plugin updates, and check the changelog for each update to see if this feature is included!

Thanks for the kind words, best of luck with your client site.

— George

[George]

Hey @media325,

The organizer field DOES WORK for many users – when we tested this ourselves, even for two out of three developers the organizer field worked, but for me and one other developer we encountered issues like yours.

It is a complicated bug to resolve, which relies on the Facebook API which is a third-party API (i.e., not our own codebase, so it takes longer to work with this and to test, etc.).

I’m sorry you’re not satisfied here. However, lease do keep in mind that:
a) We work on a release schedule. We do not just derail our entire release cycles for one little bug unless we find a serious security flaw and issue an emergency patch to users to minimize security flaws.
b) This bug does not reliably show up. Some times, for some users, it does, but most of the time, for most users, it does not.
c) Literally every other feature of the plugin works.

So please, please be patient. We are working hard on this issue and if we could just snap our fingers to fix something, we would! 😀 I assure you that it is more complex than that, and also that we are working on this bug and take it seriously.

In the meantime, surely importing every other detail from Facebook is still better than manually adding all the events, no? Do you have all of your organizers in WordPress already?

— George

[George]

Hey Howard,

Thank you for clarifying that you meant on the front-end here – I’m sorry for my confusion on that!

No, it is not possible to achieve this on the front-end at this time.

I’m sorry to disappoint!

— George

[George]

The duplication error is a tricky thing because we’re not able to reliably reproduce that behavior. However, we are constantly ironing out bugs and if you stay tuned to plugin updates you may indeed see something address this in a Changelog in an upcoming update.

As for the SQL overloading, this is indeed what I’m referring to, and is again something that I cannot reproduce. I need to be clear that there’s no snark intended in my messages here! It’s just a bit of an impassable barrier with some of these things because we cannot recreate the problems directly.

Your frustration is justified and I’m very sorry about all the inconvenience this stuff has caused you. We are working hard on performance improvements, but admit that there are some things left to be desired with The Events Calendar’s ability to handle large amounts of events.

I think the combination of The Events Calendar’s mediocre ability to handle many thousands of events is combining with some genuine server / web-hosting inefficiencies on your site that are creating all of your problems here.

Thank you,
George

[George]

Hey Lisianne,

Thank you so much for your patience with this issue. We did test this file and are unfortunately getting the dates to import properly!

I’m really sorry about the frustration here…it’s an odd issue indeed. We’re scratching our heads and trying to figure out the problem, I wish I had something more substantive to share in this update but just wanted to let you know that we have tested the file and are investigating this.

Thank you for your patience with all this – please share any further thoughts you have on this matter and let us know if you have any other questions in the meantime.

– George

[George]

Hey Howard,

Sorry for any confusion that arose from my response. My intent was, in fact, to address what you were talking about, which is namely this:

I would like to do is have registered users edit venues from the front-end.

That is not possible at this time. My original comment above meant to clarify that yes, if they are registered users and log into the back-end, they can make edits to Venues.

But even if logged in there is not front-end Venue editing at this time.

I hope this helps clarify things!

Cheers,
George

[Author]

Posts