Posted: December 2, 2016 at 3:22 am
|
After I updated EE to version 4.9.22 I’ve started to notice two issues: 1) Website updates (under dashboard) no longer notifies me about new updates, unless I go and click on updates 2) I cannot longer open event Calendars and select a date in a session, instead I have to write yyyy-mm-dd and hour manually |
|
I have tested this with Chrome, Firefox and MS Edge in last versions. |
Hi there,
Do you mean updates for Event Espresso or all plugins?
Is this the datepickers shown on the event editor? These – http://take.ms/YqCn5 If so its likely a plugin/theme conflict. If you open up Chrome dev tools on that page and look within the ‘console’ do you see any JS errors? |
|
|
1) Yes, EE and all plugins. Updates only appear if I click on “updates” option, but no automatically 2) No JS error is found in console |
|
Sorry, this is what Firefox console is showing |
EE doesn’t have any effect on that section so this is unlikely to be caused by Event Espresso. Are you using the latest version of WP?
If you click within the datetime section (that would normally show the datepicker) is there an error then? Did you recently update any other plugins or your theme? |
|
|
If you click within the datetime section (that would normally show the datepicker) is there an error then? No, there is not any error, just the datepicker does not show up. Did you recently update any other plugins or your theme? Only plugins update so far are EE4 and EE WP User |
|
Also note that I’m running EE4.9.21 in a dev server and datepickers are showing alright. |
In 4.9.22 we made a change which should (in theory) make Event Espresso posts (more specifically the Event editor) a little more compatible with other plugins hooking into the admin. This means that between 4.9.21 and 4.9.22 you may have additional plugins loading on the event edit which could be causing a conflict. If you temporarily disable all Non EE plugins and retest the event editor page do the datepickers show? If not also test switching to a default theme such as twentysixteen and confirm if the datepickers then show. If you prefer not to do this on the live site you can install 4.9.22 on your dev site and confirm there, there are no migrations between those 2 version so you can safely roll back to the previous version without a problem. |
|
|
I updated to EE 4.9.22 in my dev server and problem with datepickers then appears. |
Did you test with all non-EE plugins de-activated? (and also a default theme if the same happens with no plugins) |
|
|
YEs, I tested all non-EE plugins and the issue arises with plugin “Advanced Custom Fields” v4.4.11 by elliotcondon. |
I run ACF on multiple test sites without any issues so it may be a specific field causing this. Which fields do you have activated within ACF for the Event Editor? Can I take a look so and see if I can spot any problems? If so you can send temporary login details using this form: |
|
|
I have just sent you temporary login credentials to my dev server. Please check. Fields activated within ACF are: – espresso_people: |
Advanced Custom Fields isn’t actually causing the conflict. It’s actually the Januas theme. Even if ACF is deactivated, the Januas theme is highjacking the Event Espresso event editor’s date time calendar selectors. The way forward is Showthemes can look into only loading their date picker scripts where needed. You’ll find that Event Espresso doesn’t load its date picker scripts anywhere other than where they are needed. |
|
|
But I don’t need Januas theme to load its datepickers scripts anywhere, only EE shoud. So, if I understand well, by disabling Januas datepicker script only EE script would load, and this would get fixed? |
By disabling the Januas script only EE’s script should be the one to load however again if there some other plugin doing something similar it can happen. I would recommend creating a ticket with ShowThemes to investigate this further, however currently you could de-register the script when loading the EE event editor using something like this: https://gist.github.com/Pebblo/026e24996b32db5590128c86425d685e You can that to a Custom Functions Plugin or your child themes functions.php file. |
|
|
Regretfully removing the Januas ‘cmb-scripts’ script file does not work for me. Which makes me think the issues originates elsewhere, as with Advanced Custom Fields (I deactivate the ACF plugin and date pickers come back to life). |
Have you confirmed that file now isn’t loading on the event editor using Chrome dev tools or similar? The reason being I loaded both Januas and ACF on a local test site to reproduce the problem, then de-registered the script using the above and it worked correctly. |
|
That’s incorrect. If you switch to another theme, then reactivate ACF does the event editor work as expected? You can use the theme test drive plugin to test another theme as the administration without affecting the front end of the site. |
|
|
Well Josh, yes, you are right. If I switch to another theme, the event date pickers work as expected. |
|
@Tony, it seems jquery.cmbScript is still loading from the Januas theme, not the Januas theme child |
|
Check this screenshot https://postimg.org/image/5um8pt4fn/ |
The workaround script that Tony shared with you might be failing on the
You can add the above to a functions plugin or into your WordPress theme’s functions.php file. |
|
|
YES, this script works good for me! Really appreciate your help to solve this issue. |
I’m afraid what we’ve shared with you is not a viable long term solution. Please contact Showthemes and open a support token with them about this so they can fix their code so it doesn’t break other plugins. |
|
|
Agree, will do. |
The support post ‘Unable to Open Event calendars after EE 4.9.22 update’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.