[liblogger]

Yes, this happens even when only the Events Calendar and ECPro are enabled, with the WP default theme(s).

[liblogger]

I don’t think we have any settings different from default/recommended settings – the only one might be ‘Don’t cache pages for known users’ which is recommended but not selected by default (I think!), but I didn’t see any change when switching that off.

However, the month view is currently working, and it does look as if it was related to a problem with recurring events: I thought your bug-fix plugin had just created a single additional instance of the event on the day it was activated, but it had actually created instances for every day of the period from the first instance to that date. I’d unpublished the first instance, and the upcoming duplicate entries, but hadn’t noticed the ‘past’ instances – when I unpublished those, the month view started working again. (I’m holding off on saying it’s working until we turn over to next month, as we have more events next month, so if it’s simply a question of scale (rather than generating random recurring events), it may still fail).

[liblogger]

Hi – thanks for the prompt response.

As far as I’m aware, the system info was copied into the supplied box on my initial post – if it was lost while I was switching between tabs to double check all the errors, I apologise for not clarifying. We are using the current version of WP, your plugins (the calendar, the ticketing plugin and the pro version of both), and WP Super Cache, as well as the other plugins we use. I did check for other conflicts with plugins; I didn’t switch to the default theme as it’s a production site – as indicated, I installed the updates after running them on a test site, where this error was not occurring. I’ve tried reproducing the error on the test site by importing all the events, but without any luck.

I will have to wait for a quieter period of site usage before switching the theme, and will let you know if I see any change.

Digging around again in the events calendar settings, I can get the month view to display sporadically for anonymous users if I reduce the number of events displaying per day, but unfortunately it still fails for logged in users (we have people logging in to buy tickets). And if I skip ahead to a month with relatively few events, it works, but that’s only going to last until the next lot of events are added…

I’ve turned on the debugging and let it run while adding an event as well as navigating the site – I’m not able to upload the file, so do let me know how best to share it with you.

(I installed the recurring event bug-fix plugin, as there was one recurring event with a couple of duplicate entries for events that were edited out of the series – it subsequently created a new instance of the recurring event on a date that doesn’t meet any of the original criteria, but doesn’t seem to have removed any of the duplicates – I’ve turned it off.)

[liblogger]

Thanks Geoff – I’ll keep an eye out for the fix!

[liblogger]

Hi Leah, thanks for your prompt response.

I am using the 4.0.1 versions of your plugins (should have been in the system details I copied across – did they not save?). WordPress is version 4.4, Woocommerce is version 2.4.12.

I’ve double-checked the Woocommerce settings – there isn’t an option for ‘Enable Stock Inventory’, but there’s an option to ‘Enable stock management’, which is selected (and it does seem to be correctly incrementing ticket numbers in Woocommerce). Stock management is also enabled in the auto-generated product for the ticket.

[liblogger]

Hi Brian – thanks for the quick response. I’ve just tested it with an author, and that worked fine – thanks for the clarification. (The notes on the new ticket plugin seemed to imply that it had to be an administrator, so that might need some updating).

[liblogger]

Okay, I’ll keep an eye out.

[liblogger]

Hi Gustavo, thanks for the quick reply.

I’ve duplicated the problem online here: http://crashtest.womenslibrary.org.uk/

Both the offline and online test sites show the same error occurring – I’ve left the online site with just the events calendar and ECPro activated, with the twenty twelve theme (I know the ‘testing for conflicts’ guide asks for twenty thirteen, and the forum asks for twenty fourteen – the tooltip doesn’t display correctly on any of the default WordPress themes, in addition to our own, and the widget itself looks clearest in twenty twelve).

(Susan is my boss, btw – all the technical enquiries come from me, Helen 🙂

[liblogger]

The missing ‘Free’ isn’t too much of a problem for us at the moment – we have more unpaid events than paid events, so I may just add a line across the site to say that all events are free unless otherwise indicated. The display of the price range – when used – was more pressing!

I’ll make a note of the possible template edit, though. Thank you 🙂

[liblogger]

Hi Barry, thanks for the quick response.

That does seem to work – the only thing is that if we only have free tickets, it doesn’t display anything, but I think that was the default display anyway?

I’ll look at posting a feature request – seems like an obvious thing to have!

[liblogger]

Thanks, I’ll take a look.

[liblogger]

Thanks for getting back to me.

Can you point me in the right direction for tweaking the redirection settings?

[liblogger]

Hi there – this does seem to be working on our live site, which is great! Thanks for your persistence in working out this fix.

[liblogger]

Hi Neill – That does seem to be working, both on the crashtest site and on our offline test site (which is running WP 3.8 and EC 3.3/ECP 3.3). I’m going through updates on our live site and will get back to you.

thanks,
Helen

[liblogger]

Thanks Neill – I haven’t had a chance to try this before we close for the holidays, but I’ll try it out asap in the New Year (I’ve not reinstalled our db – time, again – so hopefully this will help!)

[Author]

Posts