[Barry]

Hi Terry,

Not being a Mac user I’m at a slight disadvantage here. Basically though a single .zip file is being served – a colleague tells me it may be that you have a setting activated which means ‘safe’ archives are automatically unzipped.

If so that’s specific to your machine and isn’t something we can control. Can you try simply re-zipping and uploading the plugin file?

The other thing that catches my eye is that you are referring to the-events-calendar subdirectory. If you haven’t already successfully uploaded the core plugin itself (as opposed to Events Calendar PRO, the directory name for which is normally events-calendar-pro) then you might wish to try visiting your site’s Plugins → Add New → Search page, locate The Events Calendar there and try installing it automatically.

You will only be able to do that for the core plugin, not Events Calendar PRO, but it might help you get started.

[Barry]

Thanks! I don’t want to play with your site’s settings etc unless absolutely necessary though, so can I ask you to go ahead and set things up with your theme of choice so that I can view the calendar (with the problem showing – whereas currently with the Twenty Thirteen theme I cannot see it) and I’ll then take a look and see what CSS changes might help.

Thanks!

[Barry]

Hi Terry,

So for live sites it’s generally recommended to turn the display of errors off – and that would resolve this at least superficially.

That particular error though is really due to an issue within Genesis itself (some users highlighted it a few weeks back) and my understanding is that it is was raised in their (StudioPress’s) own support forum and is being progressed there.

If you are not already using the latest Genesis code therefore it could be worth updating and seeing if that helps, otherwise you’d need to chase this up with the theme author.

Thanks!

[Barry]

That could be a factor for sure. Just a couple more points to try/consider:

1. If you create a new admin user and login with that account do you see the same problem?

2. If you create new events are they also hidden from view and does the post count, ie All (180) | Draft (95) | … increment as expected?

Thanks!

[Barry]

So my guess is we need to introduce some extra CSS rules, however I can’t be certain without being able to view your calendar directly (since it’s not possible to accurately judge which rules are already in place from a screenshot alone).

Unfortunately, right now I can’t seem to do so – are you able to facilitate access?

[Barry]

So I just took another look and the widget seems to be operational – I can navigate back/forwards and it updates as expected – did you find a solution here?

[Barry]

OK – and in addition to network deactivating plugins, no plugins were individually active within the affected sites on the network?

[Barry]

Hi nhan,

Can you give me some step-by-step instructions to help me see and understand the problem?

Currently if I visit your homepage, move to the Classes page, then to the main events page and work through each of the three enabled views I am seeing no change with respect to the ‘top header’.

It’s totally possible I’m misunderstanding, though, so if you could provide some further direction or even illustrate what you mean with screenshots that would be awesome.

Thanks!

[Barry]

Hi thindes57 – I believe this is a bug that should be addressed in one of our upcoming maintenance releases, sorry for the inconvenience in the meantime.

[Barry]

Hi Simon,

That setting relates to the upcoming events list (rather than the calendar) … which we could probably make a little clearer. Can you confirm if it is not being observed in that context?

It would essentially be expected behaviour to see recurring events repeated across the calendar view.

[Barry]

You should not, but to be on the safe side it would be a best practice to make a complete backup (and ensure you know how to restore it) first of all 🙂

[Barry]

Hi buzzpro – can you provide a little more detail – what is the content of these warnings and where are you seeing them?

Thanks!

[Barry]

License keys have no operational impact – they only exist to help us meter access to support and updates – so that shouldn’t be an issue here.

I know this may sound overly pedantic and I don’t mean it to – I just want to ensure we’ve run through things methodically enough to catch any potential issues – but can I ask you to try running through those troubleshooting steps in the order I suggested?

Essentially, deactivate all other plugins and then switch to a default theme, so that you basically have only a barebones WordPress installation (plus The Events Calendar) running – based on your last post that isn’t quite what you did and so there is every chance a conflict wasn’t caught.

Thanks!

[Barry]

Thanks! With that done, can you repeat our troubleshooting steps (deactivate all other plugins, revert to a default and unmodified theme)?

The reason I am asking you to do that a second time is that I can now see a Javascript error, which may prevent some of our own code from running as expected, and it would appear to relate to assets/main.min.js which is not connected to our own plugin.

Thanks!

[Barry]

Hi John,

The basic process Jonah outlined is still valid, conceptually, it’s really more a matter of the specific code he provided not being valid in the context of our most recent releases.

What are you trying to achieve here?

[Author]

Posts