[Barry]

Hi!

It’s been a while so I’m going to go ahead and close this topic.

• Need help with anything else? Go right ahead and post a new topic, one of the team will be only too happy to help
• Still need help with this issue and need to re-open it? Again, please simply create a new topic and link to this one to provide the team with some context

Thanks!

[Barry]

Apologies for the delay, James – I was unavailable on Friday and so didn’t have an opportunity to check in and update this topic.

So it’s entirely possible that other components are conflicting, here – whether that’s plugins like Postie which are “leaking” content too early (and triggering the headers already sent errors you are seeing) or possibly your security plugin which may have added one or two over-zealous security precautions.

Can you confirm that you have been able to test – either on your live site or a test site – with no other plugins running but ours and just a default theme in place and did you hit the same difficulties then?

Do you know the exact .php file I can set up via cron?

Our plugin uses WordPress’s scheduled tasks, so you’d have to load wp-cron.php itself — there is no plugin-specific file that would help here.

[Barry]

Hi Dillon,

We’re always happy to point people in the right direction on our support forums – but unfortunately we can’t code custom solutions like this on your behalf. So, if you feel uncomfortable working with code, it could certainly be the case that you will need a designer/developer to provide a little extra assistance for this one.

Thanks again!

[Barry]

OK, well definitely give the plugin a try and let me know how you get on 🙂

[Barry]

Hi Marc,

We do try hard to stick to one issue per support topic – it reduces confusion and makes it easier for us to deliver fair and fast service to all of our users – so if you could create a new topic for this that would be appreciated.

I suspect it may be a theming/integration issue that we can only offer limited assistance with (and you may also need some help from the theme author for this one) but please do create the new topic and one of the team will be happy to take a look.

(I’m assuming this second question is in relation to the white text that should appear on the blue band near the top – but if you could clarify this in your next topic that would be great).

Thanks again and I’m glad the first issue is now resolved 🙂

[Barry]

Hi Brian,

It worked perfectly as you said, and then I figured out what broke it.

Just change the line in wp-config.php from
define(‘WP_DEBUG’, false);
to
define(‘WP_DEBUG’, true);

That is odd!

Again, I’m unable to replicate locally so perhaps there’s another factor at work here. If you switch to a clean installation – running just our plugins and BuddyPress/the wall plugin (and add nothing else) – do you still hit this with WP_DEBUG set to true?

If not, perhaps we can isolate some other setting that might be impacting?

[Barry]

So map view (and map view pagination) continues to work when I activate both plugins: are there any further set up steps I’d need to run through? I did for instance position a BuddyBoss Wall widget on the map view page, again there was no issue.

If a particular setup process/configuration is required to see this we can still take a look – but I’d ask that you do this on a publicly accessible test site so we can take a look at it in situ 🙂

[Barry]

We’d be sorry to lose you – particularly for an issue that’s been introduced by third party code specifically targeting our plugin (albeit their error is not intentional).

Even so, you can email us at the address provided below if you wish to request a refund. Please do include a copy of your purchase receipt and a link to this topic to provide the team with some context – we’ll be happy to consider your request.

support [at] theeventscalendar [dot] com

[Barry]

Hi James,

On looking back it looks like you copied the System Information from the Help screen into a reply: one thing I don’t see there is an entry that ought to be present if automated imports have been enabled.

Can you visit Events → Settings → Facebook and double check that automated imports are enabled (there is a checkbox close to the import frequency dropdown).

If it is enabled, can you disable, save, re-enable and save again – and see if that makes a difference? Could you also share (by private reply) a fresh copy of the system information from the Events → Help screen after following this step?

Thanks!

[Barry]

Hi Robert,

It’s a strange issue. When I attempt to replicate on a multisite network – even with domain mapping rather than sub-domain/sub-directory style URLs – I don’t see the problem.

Additionally, we know that we have a number of users out there who also have domain-mapped multisite networks and I’m not aware of this being an issue that others have raised – this all points to some sort of local, site-specific issue.

In light of that, I’m not sure how much further we’re going to be able to go on this one. I did want to suggest one further set of testing steps you could follow, however:

• Can you set up a test environment (adjusting your hosts file would allow you to access the test site using the same domains as you have in production)
• Starting with no other components but those necessary for domain mapping plus our own plugins, set up a similar range of sites
• Are you able to replicate the same issue with the main events page on the primary blog as you can do in production?

[Barry]

Hi Marc,

Apologies for the inconvenience.

I’ve made a note for us to tweak things here to avoid this in the future, but perhaps in the meantime you could create a custom tribe-events/tribe-events.css stylesheet within your theme and add the following code to it:

.placeholder { font-style: inherit }

This should resolve the problem you’re seeing.

Does that help?

[Barry]

Hi Carly,

Great question.

Right now we don’t have many shortcodes (in fact, just one – [tribe_mini_calendar] – ships with Events Calendar PRO though we’re adding more soon).

You could use this as follows:

[tribe_mini_calendar category="your-category-slug"]

This will then embed the mini calendar widget within your page. I appreciate that may not be quite what you’re looking for, but perhaps it would help in the interim?

Alternatively, you could link directly to the category archive in question from your menu (ie, example.com/events/category/some-category) or else you could use the [event_embed] shortcode from this third party plugin (do note that we don’t offer support for third party plugins within these forums, however).

Would any of those options work for you?

[Barry]

Hi rxemarketing,

We are discussing options along these lines but nothing has been settled just yet.

In the short term, did you know that when viewing the list of events (within the admin environment) you can use options within the Screen Options pull down to change the number of events that are listed on a single page?

By increasing this, you could potentially also make use of the bulk select checkbox to shorten the length of time it takes to select all the events that need to be deleted, particularly if you make use of the filter tool to control the date range of listed events.

Would that work in the interim?

[Barry]

Maybe there’s a future feature in here for you somewhere — maybe a link to currently on-going events that you don’t want listed in the calendar every day. Not sure.

We’re always on the look out for new ideas, and if you do have an “ah hah!” moment where you think of a solution that you feel would work well not only for you but others we’d love to hear it and have a UserVoice page for just this sort of thing 🙂

This is particularly awesome because others can then comment on and up-vote the idea, which helps to both flesh it out and give us a sense of how much demand there might be.

But the way it was working was that, for the event that was set to be 9am to 5pm, it was showing up 3 times per day. Why would it do that?

So this is what I was trying to explain: with an event that runs for 84 days it will display (within month view) on every one of those days – but just once for each day.

If you then make it recur daily (I appreciate there was an exception where it skipped a day, but let’s keep things simple for ease of explanation) then you will have a further 84 events that also display within the month view calendar, and this second set begins on the second day of the first event.

The same applies to the 3rd, 4th … 84th sets. Therefore, while the details are identical, they are distinct entities – but the effect is they stack up – this is why the first day of that sequence showed just one event, the second day showed two events, the third three (and if it wasn’t for the setting limiting the number of events to display per day, you’d have seen the complete pattern stacking up to 84 events at one point).

The answer in this case is either to have a single event spanning 84 days which does not recur, or, a single event spanning just one day (or part of a day) that does recur – for 84 days.

The way you were modelling things, which was a completely understandable mistake, was to have an event that both spans 84 days and recurs for 84 days, too.

Does that help/clarify things at all?

[Barry]

I definitely sympathize, here, and wish you’d had a smoother experience.

Sadly, at this point, there’s little else we can do on our end except try to guide you through the troubleshooting process and – if we can isolate the root cause (be that some theme code or something else) – it may then be possible to figure out a fix or suitable alternative, depending on the problem at hand.

On the subject of troubleshooting, I do have one other test that you might be able to perform without assistance from your developers – what if you were to (temporarily) add the calendar widget to the top of the homepage sidebar and apply the same category filter. Does the same issue manifest itself there, in terms of the ordering of events?

[Author]

Posts