[Josh]

Hey Jim,

Thanks for reaching out to us!

One option you could pursue here would be to take advantage of our Event Aggregator here to set up a recurring import from one site to the other.

Our calendar creates an iCal feed for associated event views. These are found by accessing “http://example.com/events/?ical=1” on your site. Using that URL, you can set up a recurring iCal import with Event Aggregator from one site to the other.

Let me know if this helps.

Thanks!

[Josh]

Hey Steve,

I apologize for the confusion here.

The toggle to show the additional information there to register for an event is controlled with Javascript. If there are other Javascript related errors on the page, it can prevent our function from loading and functioning properly there.

Would you be able to attach a zip file of your current theme here and I can take a quick look at the issue and be able to give you a more direct answer for how to address this one.

Thanks!

 

[Josh]

Hey Adam,

Does your theme have any customizations that are specifically made to the Event templates? It looks like there have been some additions such as the black “Free” button added to events there.

How are those added? If via a template override, you can try recopying the templates from the core plugin into your theme again and re-adding those customizations.

Let me know if this helps.

Thanks!

[Josh]

Hey Thierry,

Thanks for reaching out to us!

I’m not sure I follow specifically what you’re asking here, however I believe the closest thing that we would have to what you’re looking for would be our Community Manager Bundle.

This bundle would allow:

• Organizers to submit events to your site
• Organizers to setup and sell tickets for those events
• Allow you to collect a percentage of ticket sales

For the payment gateway, that would depend on the compatibility with the cart plugin you decided to go with. The most common is WooCommerce and it does appear that they are currently working on an integration there https://github.com/lemonwaysas/wordpress-woocommerce-lemonway-plugin.

Let me know if this helps.

Thanks!

[Josh]

Hey Nancy,

Thanks for reaching out to us!

This definitely sounds like an odd issue to be having. As a starting point here, can you try adding the shortcode to a non-event page? Does the same issue happen on that other page?

Let me know what you find there.

Thanks!

[Josh]

Hey Rob,

Thanks for reaching out to us!

You can take a look at this knowledgebase item to see how to change the order of the tickets that you have created for your event.

You could pursue a CSS solution for adding that type of banner. If you are re-ordering the tickets to always have the best deal in the same spot (maybe the first ticket?) then you could use the psuedo-selector “:first-child” on a psuedo-element there (:first-child:after).

Let me know if this helps.

Thanks!

[Josh]

Hey Ann,

Thanks for reaching out to us!

I’m sorry to hear that you’re not happy about the switch to our Event Aggregator service. One of the biggest reasons we’ve decided to switch to this approach has been due to the massive number of variables with trying to ensure proper importing within different client environments. With the new Aggregator, we’ve offloaded the processes to our servers and can provide a much smoother import process for our customers.

However, I can definitely understand missing some of the features available within the old interface and wanting to see those in the new Aggregator. To clarify those, it sounds like the key elements are:

1. A cleaner way to more quickly see all events available for import within a given query
2. The ability to click on each event available to preview the event on Facebook prior to importing.

When you mention the delay in opening the Facebook tab, was this when the Aggregator was trying to generate the preview that you saw the delay?

Thanks!

[Josh]

Hey Jon,

Thanks for reaching out to us.

Unfortunately we’re unable to answer support questions here in our Pre-Sales Forum. For support here, you’ll need to login to your account that you created when purchasing one of our premium add-ons. If not, you can also reach out in our forums on WordPress.org.

To help get you pointed in the right direction, you can follow our Themer’s Guide to copy the single event template into your theme and remove the links there.

Thanks!

[Josh]

Hey Kristian,

Thanks for reaching out to us and bringing this to our attention.

I’ve brought up the root of this issue with our team and will follow up based on whether there is a known reason why we aren’t using the “wp_enqueue_scripts” hook for the final hook up or when there may be an expected adjustment for this particular element.

Thanks!

[Josh]

Hey Jordan,

It looks like we may have a verified bug here with these imports. I’ve added this thread to our internal ticket for tracking this particular issue and you’ll be notified here as we make progress.

I apologize for the inconvenience of this particular issue. If you have any questions/concerns about our process here for dealing with these please don’t hesitate to reach out.

Thanks!

[Josh]

Hey,

Thanks for following up here.

I don’t think there would be a reliable option for using those types of slugs other than adding 301 redirects here. I’m not sure how you usually add those redirects for your site, however if you’re looking for a way of managing something like that from within the dashboard you could try a plugin such as Simple 301 Redirects or the Page Links To plugin.

Let me know if this helps.

Thanks!

[Josh]

Hey Jack,

Awesome! Happy to help.

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey,

Thanks for following up here!

I see something that I missed from the original post. The URL you’re using isn’t actually related to the event (http://northwoods.church/refit). The reason it is redirecting to the last instance is due to a feature built into WordPress which takes the variables from the query that would naturally 404 and guesses a possible alternative before going to the error page (https://codex.wordpress.org/Function_Reference/redirect_guess_404_permalink).

Looking through older threads it looks like there is a request that you can vote on for this feature on our UserVoice page. We’d love for you to have your votes added there for future development consideration.

Thanks!

[Josh]

Hey jholliday,

Thanks for following up and providing that link.

I’m not seeing any issues directly in the console that is preventing something that is loading from displaying so we at least can mark that off the list of potential issues for now.

Would you mind running our Testing for Conflicts procedures to see if there is a conflict here with an existing plugin or theme? Particularly try with some of the other existing shortcode plugins to see if there is an issue there.

Let me know what you find.

Thanks!

 

[Josh]

Hey Steve,

Thanks for following up and I see that the Google API does appear to be resolved in the console there!

However, I’m still seeing the other error of the undefined variable in the core twentysixteen functions.js file.

Taking a closer look, the variables created there are relying on the “entry-footer” section of the page. This looks like it has been removed from the events template on your site?

If you’d like to remove that section, you can just remove the contents of that section and leave the containing “<footer class=”entry-footer”></footer>” that the javascript file is relying on there or you could modify the selector on the javascript file to reference the entry-content instead for the “entryFooter” variable on line #147 of the theme’s “/js/functions.js” file.

Let me know if this helps.

Thanks!

[Author]

Posts