Forum Replies Created
-
Posts
-
Howdy again Lara,
We are working on that feature. I actually have a mini plugin here you can install on your site that does that: tribe-snippet-email-organizer
But it’s not yet complete. It only sends an email to the first organizer, and does not yet support paidd tickets only RSVPs. However it sounds like you only want RSVPs, and if your events don’t have multiple organizers then it should work well enough.
Did that do the trick?
Cheers!
– Brook
Another question is, is there any way (other than via accessing the calendar with the /category/ url) to load the calendar with one of the filters auto checked and the calendar filtered to it? The query parameters listed in my first post dont seem to work when loading the page with them added.
Hey another bug! Loading via the URL should preselect the filters. In fact its the only way to preselect filters.
Wow, I’m sorry to see this. Both of these were likely introduced in our most recentest version.
Would you be able to estimate how long until this is patched?
I can happily guess, but must be up front that this is not a guarantee. The loading via URL issue is logged as a priority 2 bug. Typically Priority 2s will be fixed within 3 releases, and we do a release every 2 weeks. So likely this will be fixed within 6 weeks, although I would not be surprised at all if it’s sooner.
The original issue with broken pagination is a priority 3 issue, since it can be worked around by clicking the pagination button again. I’d guess that could be up to 4 releases out. So maybe 8 weeks?
Again I am sorry this is impacting your site. I really appreciate you taking the time to report these though. I just threw an extra 6 months on your license as a thank you.
Are you still able to use the Filter Bar for your needs? Or do you need it working sooner than all that. I could definitely get you a refund issued if it’s not going to work for you right now.
Cheers!
– Brook
Oh I am sorry Clair that was my mistake. This is still pending release. It is likely to be fixed in version 4.2.1 of our plugins, but that is still a bit tentative. 4.2 will be out soon, then 4.2.1 will be about 2 weeks after that.
- Brook
Howdy Clair,
Absolutely! The last release of our plugins should have fixed this. Have you updated them all recently? Is it working properly for you now?
Cheers!
– Brook
Howdy Jennifer,
I am seeing similar issues as well. Thank you very much for taking the time to report this bug. I will log it forthwith so our developers can take a look and see about getting it patched in an upcoming version. Until then please let me know if your have any questions.
Cheers!
– Brook
Howdy Lara,
I would love to help you with this.
Is there a way to redirect to a confirmation page after a person RSVP’s to an event?
That is certainly possible. I just wrote a snippet that does this. Paste the following snippet at the top of your theme’s functions.php file. Replace the opening “<?php” with this snippet, as this snippet includes that opening tag.
https://gist.github.com/elimn/ffa84662d26faadb906dc5aea2a0896b
Also, is there a way to move the RSVP section to the top of the sidebar?
That is certainly possible, but it will require some theming knowhow. Here’s a tutorial that helps you through moving it to a universal spot: Moving the Tickets Plus form That works with every theme. However if you want to move it to the top of the sidebar in your theme then you will need to do something specific for your theme. You could add a do_action() in the spot you wish to move it to. Then what ever you called that action run tribe_etp_move_tickets_purchase_form( ‘youractionname’ ); like in that snippet to move it there. I wish this part was easier, but since it involves your specific theme I can not be as specific. 🙁
Does that sound like what you were looking for?
Cheers!
- Brook
You are welcome! I have the bug logged now and so our devs can prioritize in their next pass. We will let you know once a fix is imminent so that you can update.
Cheers!
– Brook
Excellent! Thanks for getting back James. I’ll leave this open just in case there are any hiccups during implementation.
- Brook
by which part of the Query.php code is supposed to be generated in the SQL request
the missing FROM declaration part corresponding to this tribe_event_postmeta alias table declaration ?In this case it is likely our JOIN code that is not running, as you suspected. This would be inserted by Tribe__Events__Query::posts_join() and it would look something like this in typical queries:
INNER JOIN wp_postmeta ON ( wp_posts.ID = wp_postmeta.post_id )For example here is a similar query which runs the post_join method:
SELECT SQL_CALC_FOUND_ROWS DISTINCT wp_posts.*, MIN(wp_postmeta.meta_value) as EventStartDate, MIN( tribe_event_end_date.meta_value ) as EventEndDate FROM wp_posts INNER JOIN wp_postmeta ON ( wp_posts.ID = wp_postmeta.post_id ) LEFT JOIN wp_postmeta as tribe_event_end_date ON ( wp_posts.ID = tribe_event_end_date.post_id AND tribe_event_end_date.meta_key = '_EventEndDate' ) WHERE 1 = 1 AND ( wp_postmeta.meta_key = '_EventStartDate' ) AND wp_posts.post_type = 'tribe_events' AND ( wp_posts.post_status = 'publish' OR wp_posts.post_status = 'private' ) AND ( wp_postmeta.meta_value >= '2016-06-01 15:00:06' OR ( wp_postmeta.meta_value <= '2016-06-01 15:00:06' AND tribe_event_end_date.meta_value >= '2016-06-01 15:00:06' ) ) GROUP BY wp_posts.ID ORDER BY EventStartDate ASC, wp_posts.post_date ASC LIMIT 0, 15
But you will note some substantial deviations between that query and your own. Indeed we are not completely sure that the query you have shared is even started by our plugin. There are so many things about it that are odd and not consistent with our usual queries.
At the outset you said this happens simply by visiting Month view on your site. When we visit month view no query like this runs. Barry thought maybe you had some widgets on your site that were causing this to happen, but from the link you shared I am not seeing any.
I know you are puzzled by this and we are too. We are less puzzled by the fact that the query is not working, that is easily explained. What puzzles us is that it is running at all, and further what is it trying to accomplish? It is very likely that another plugin is either initiating this query or changing enough query vars that our Tribe__Events__Query::posts_fields() is running when it should not. Or perhaps something has simply dehooked or overridden our post_join filter. Either way it will be nigh impossible to fix without knowing what is causing this, and even then the only fix might be to disable the conflicting code.
PS : I do respect you seniority,
if you want to know about me as Datawarehouse and Business Intelligence Expert :
https://www.linkedin.com/in/jrbouletI just try to help to fix this bug because bugs have been invented to be fixed !!!
I really appreciate this. I was not trying to brag but I did want to let you know I was not ignoring your request to consult the devs even though I am actually one of the plugin devs myself. We definitely want to patch any bugs we can and I am stoked you are going through such great lengths to try and help us find one.
Cheers!
– Brook
Howdy James,
Unfortunately there is not currently a way to do this. However that would make an awesome feature suggestion. If you you would like to add it UserVoice (feature suggestion page for The Events Calendar) it could start collecting votes in addition to your own. That would help the idea get prioritized!
Do let me know if you have any questions. Cheers!
– Brook
Howdy Davide,
Thank you for bringing this to our attention. I would actually consider that a bug in our plugin. Typically when you do a search we preserve the view that is being searched from, so if you search in Month view the results returned will be in Month View. In this case you are searching in Past but getting the results in Upcoming, and that’s a bug.
I am logging it for our developers to prioritize and fix. We do bugfix releases quite often anymore, I could see this likely getting fixed within 1-2 months. Once its fixed all you will need to do is update the plugin and this will be working as expected.
Does that all make sense and answer your questions? Cheers!
– Brook
Howdy James,
That is quite possible with a theme override. Unfortunately this is one of the few things that is not translatable/filterable because the name itself comes from the WooCommerce class. However if you create a theme override for [your-theme]/tribe-events/community-tickets/modules/tickets.php and put this in it:
https://gist.github.com/elimn/9270713f8539e3bd8178d35759d9b79a
You should be golden. On line 76 of that you will see it renames WooCommerce to “Tickets”. You can put any name you want in there. More details on theme overrides can be found in our Themer’s Guide if you have not done this before.
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
You are most welcome. Thanks for adding the EDD Community Tickets idea to our feature suggestion page. We’re interested to see how many folks are in your shoes.
Until next time!
- Brook
That’s exciting, I am glad you got it working.
1) Now, what do I need to do so only the next event will be shown, so if I got an event that set between 5pm to 7pm and its 5:01pm – it’ll already show the next event starting at 7pm?
I can see the benefit of that. Basically you want to hide currently ongoing events, and only show ones which start after now. This is doable, but I have to warn you it will require a huge bit of knowledge on crafting a WP_Query . If you don’t have that background this might not be your forte.
If I were you I would actually use tribe_get_events() and avoid using the widget altogether. In theory it is possible to alter the widgets queries pre_get_posts , but often times it is impossible to distinguish between a List Widget query and a List View query, so altering one alters both. In this instance I can not think of anyway to alter just one. So rather than try to modify the current widget, I would build your own using get_posts() or tribe_get_events() .
The query you need to craft will be somewhat simple. You will want to check the meta key _EventStartDate and hide any event which is less than the current time, then sort the upcoming events by the same meta key. And you probably want to limit the amount of returned events to 3 or however many you want to show.
Now that you have the events you could create a widget or shortcode, perhaps using your current template modifications as a base, and then pass them those events.
I really wish this modification was going to be easier! But there you go, that’s how to do if you are so inclined.
2) What code line i need to insert and where to include reoccurring events info?
The easiest way to show all of the info + a link to all of the other occurences is the function tribe_events_event_schedule_details() . You can actually run that funciton anywhere you want inside your template, so slip it in a spot of your choosing. 🙂
But that function would have been in the default template. Did you perhaps remove it on purpose? If so what info are you hoping to show? The recurrence description (For Example “Recurring event that happens every Wednesday”) ? A link to the other recurrences?
Cheers!
– Brook
