[Barry]

OK – that’s a good find.

Can you list the differences between the two sites? Are there a different stack of plugins on each and are the hosting environments different in some way?

[Barry]

… I just noticed your update in this other topic:

After installing the cron manager I did attempt to set up the running of the cron listed as tribe_fb_auto_import set at a time frame of 5 minutes and left the hourly on too. Neither automatically ran. however from the cron manager I could manually execute and it imported. I then deleted the event in my events and looked at the importer it returned to the list as if it was not previously imported. So then I ran the domainname/wp-cron.php (with onscreen reporting turned on) I could see it attempted to run my postie cron and then this cron and it imported.

That’s some good troubleshooting, please do let us know the outcome 🙂

[Barry]

Hi James,

We didn’t close the other topic – it’s still open – so I’m not sure why you hit difficulties, there (though it’s possible our forum software’s “throttling” kicked in owing to the large number of posts that were made in succession, or something of that nature).

You should find it is still available for you to add new replies, so unless you hit other difficulties let’s keep the conversation contained in there and we can close this one.

[Barry]

Might it be the age of the FB app? I am using a new APP but I do have an older one.

Just to clarify, are you referring to app “accounts” on Facebook itself?

If so it’s not impossible there is a connection here. Are you able to test with the older of the two and see if things work then?

[Barry]

Hi Jakub,

We’re looking at possibilities here but I’m not sure what shape the final solution will take.

Unfortunately, in the meantime, it is unlikely that adding such large numbers of page IDs will be viable in a typical hosting environment.

[Barry]

Nothing immediately jumps out at me – and I’d definitely recommend taking this up with the theme vendor, if only because it might spare other customers the same problems 🙂

One way you might troubleshoot it is to incrementally remove/comment out rules until you find which of them are causing the problem. Owing to the nature of this issue I suspect you would need to make a change then reload week view (as opposed to editing the CSS “live” in your browser’s dev tools, for instance).

[Barry]

Sure, we can take a quick look (though I can’t offer any guarantees). Please feel free to upload a .zip of the plugin to your website or a service like Dropbox then provide the download link by private reply 🙂

[Barry]

We’d be sorry to lose you.

All I can really say is that I’ve tried hard to replicate your issue locally, but cannot – nor do we see many other people reports along these lines.

Right now the problem has all the hallmarks of a conflict but it sounds like you are effectively stopped from running through some basic troubleshooting steps and are not receiving too much assistance from your developers.

One way around this is to create a test site (and, generally speaking, it’s a good practice to have such a site available) so we can troubleshoot without impacting on the live site and, if you had such a test site, I imagine you could even do the troubleshooting yourself to avoid waiting on the developers. Is it at all possible to set this up?

Something I notice are indications that your site is hosted by BlueHost. If I’m not mistaken, most or all hosting plans offered by BlueHost come with CPanel access (check out their site for more details) – I wanted to highlight this because that typically means installing a copy of WordPress in a subdirectory for testing purposes is a breeze, as they provide a wizard that takes care of the hard work.

If you have access to the hosting account – or can obtain access – would you be able to give this a shot? Alternatively, if access is reserved by the developers, perhaps you could ask them if they could create a fresh WordPress site in a sub-directory (by using the CPanel “wizard”, if it’s available, it should only take a few minutes to get this up and running – copying the plugins and theme across similarly is a task that takes only a few minutes).

Is that something we could explore?

[Barry]

Hi James,

So the code Brian was referring to would live in your wp-config.php file (not in wp-cron.php) – if you see that same line he mentioned then we should consider removing it.

define(‘DOING_CRON’, true);

The above line is nothing to worry about, I’d expect to see that (within wp-cron.php) 🙂

any further suggestions?

Definitely: if you still have no success we can try repeating this but with no other plugins/only a default theme in place, as it’s equally possible something else is conflicting in some way.

[Barry]

Hi Courtney,

Recurring events can sometimes cause a little confusion but hopefully we can help you through these issues 🙂

On the public view, there’s now an event instance on every single day on the calendar view — and it shows up three times, I think because the calendar is broken up into three sections. Is that right? If so, why and can we adjust that?

So to take an example from your site, you have an event set to begin on April 6 and end on June 29 (a total of 84 days). This is set to recur every day except Sundays and so you end up with:

• The first event on April 6 – which will be listed on each of the next 84 days, too
• The second event on April 7 – which will be listed along with the previous event and, similarly, on each of the next 84 days
• The third event on April 8 – alongside two events from the first two patterns…
• …process repeats…

The reason you don’t see more than 3 in any given day within month view is probably just because it’s been limited to show no more than 3 events per individual day (this is a configurable setting) – but in reality, many individual days will have huge numbers of events with this sort of pattern in place.

So essentially the way it works is it sees you have set up an event lasting 84 days and that you want to “duplicate” it according to the recurrence pattern you configured. I’m guessing what you need to do to get the results you expect is simply set the original event, on April 6 in this example, so that it also ends on April 6.

Does that make more sense? Again, we realize it’s a little confusing, and if you can think of any ideas that might help avoid confusion in future releases we are open to your feedback.

Does that help with at least the first aspect of your recurrence issues?

[Barry]

Hi Gregor,

Apologies for the problems.

This actually comes from the German translation file:

# @ tribe-wootickets
#: ../classes/class-ticket-email.php:16
msgid "Your tickets from {sitename}"
msgstr "Dein Tickenf von {sitename}"

By the sounds of things a mistake was made by whomever submitted it. If you don’t mind popping a note in the Translations Forum of the correct spelling, we can be sure to correct this in a future release 🙂

To correct this in the short term, though, you could add some code like this to your theme’s functions.php file:

add_filter( 'wootickets_ticket_email_subject', 'correct_ticket_spelling' );

function correct_ticket_spelling( $subject ) {
    return str_replace( 'Tickenf', 'Ticket', $subject );
}

Does that help here?

[Barry]

You should see nothing except a blank screen 🙂

However, all things being equal it will trigger any scheduled tasks that have been waiting to run (hopefully the Facebook import task amongst them).

So, once some further minutes have elapsed, please then check to see if the events have imported.

[Barry]

Yep, you should be able to follow the same pattern – glad it helped 🙂

[Barry]

Hi!

So I actually meant literally visiting it in your browser – ie, navigate to your-website.com/wp-cron.php – and see if that triggers the automated import (it may still take some minutes, but you should quickly see if the events have been imported or not).

Just to minimize confusion, try waiting just over an hour before performing this step (that should ensure that the next scheduled import task is overdue).

If you still have no success we can try repeating this but with no other plugins/only a default theme in place, as it’s equally possible something else is conflicting in some way.

[Barry]

Hi Neil,

No problem!

So I’m not too sure what you want to do with the @ symbol but you can get the start hour/minute/meridiem on one line with some custom CSS like this:

#top #tribe-event-datepickers .timeofdayoptions select {
    display: inline-block;
    width:   50px;
}

You might add this to a tribe-events/tribe-events.css file within your theme.

Does that help?

[Author]

Posts