|
jonrotter99
|
April 17, 2017 at 2:51 pm
Hi there, I’ve cloned my site to a temporary domain in order to change the layout and theme etc. Everything seems to be working on the new site except the calendar.
Here’s the calendar in its natural habitat: https://www.solarinstallerscanada.com/course-calendar/
And here’s the calendar on the new site: https://www.solarinstallationnetwork.ca/course-calendar/
If you look at the source, it seems it’s creating the div, <div id="espresso_calendar" class="calendar_fullsize"></div> but it’s not putting the table inside.
I hope this isn’t due to the licensing issue of having the plugin active on two sites at once. I do get this in my dashboard:
Your support license key is only valid for one domain at a time, and our licensing system has detected that you are using your license key on multiple domains. Please log in to your Event Espresso account to manage your Support License Keys, or if you have concerns, please Contact Us.
But I would assume that shouldn’t break any functionality, just prevent updates and support.
Incidentally, embedding via iframe works – https://www.solarinstallationnetwork.ca?calendar=iframe – but that’s not ideal.
|
|
Josh
|
April 17, 2017 at 6:22 pm
I can assure you that it’s not due to a licensing issue. There are no code checks for the license key anywhere except in the plugin updates code.
My guess is the post shortcode tracking, which is handled from the WordPress options table, doesn’t match the post IDs on your dev site. The simple fix that should work for you is you go to edit the page on the new site, and you remove the calendar shortcode from the page, then click on update, then add the shortcode back onto the page, then click update again.
|
|
jonrotter99
|
April 18, 2017 at 9:43 am
Hmm, I tried that. Didn’t seem to work. I also tried creating a new page with the shortcode on it, https://www.solarinstallationnetwork.ca/calendar/, but it’s having the same problem.
|
|
Josh
|
April 18, 2017 at 10:01 am
The other problem I’m seeing is all the assets are trying to load as https, but the http://www.solarinstallationnetwork.ca domain isn’t allowing things to load as https. If you set the site it so the front-end (and admin too) loads as http does the calendar display?
|
|
jonrotter99
|
April 19, 2017 at 9:39 am
Ok, so I’ve changed the siteurl and home values in wp_options to http:// and now it doesn’t seem to redirect.
Still no joy from the calendar though.
I actually don’t think it was having any problems serving https, it’s just using a self-signed cert on the temp site. I think chrome is paranoid about this and blocks things, but firefox allows you to accept the invalid certificate and everything loads properly.
Anyhow, is there any logs or debugging mode we can enable to try and track this down?
Thanks!
|
|
Josh
|
April 19, 2017 at 12:54 pm
You can check Firebug or Chrome’s Dev tools and look in the console where you’ll see this JavaScript error:
Uncaught ReferenceError: pin_config is not defined
at HTMLDocument.<anonymous> (map-interact.js:104)
at i (jquery.js?ver=1.12.4:2)
at Object.fireWith [as resolveWith] (jquery.js?ver=1.12.4:2)
at Function.ready (jquery.js?ver=1.12.4:2)
at HTMLDocument.K (jquery.js?ver=1.12.4:2)
If you can clear away that error it should help. Along with that, I checked the page source and I do not see the calendar container markup,
<div id="espresso_calendar" class="calendar_fullsize"></div>
Are you sure the Calendar add-on is activated?
|
|
jonrotter99
|
April 19, 2017 at 1:14 pm
The javascript error is caused by the SVG map of Canada in the sidebar. It supports putting pins on the map at various locations but I don’t have any configured. In any case, that’s a client-side error, which couldn’t possibly be preventing the PHP code from generating the HTML of the calendar.
As for the container markup being missing, my bad, I did remove the shortcode from the /course-calendar/ page at some point during testing and forgot to put it back in. It’s back in now, and it’s generating the following:
<div id="espresso_calendar" class="calendar_fullsize"></div>
<div style="clear:both;"></div>
<div id="espresso_calendar_images"></div>
I’m thinking your first guess is probably on the right track. When I copied all the stuff over from the live site, I simply backed up the files and exported the sql database. I understand this causes problems with serialized data and anything referencing things by IDs etc.
|
|
Josh
|
April 19, 2017 at 1:18 pm
which couldn’t possibly be preventing the PHP code from generating the HTML of the calendar.
Of course it couldn’t, but it totally could prevent the JavaScript code from generating the html of the calendar. You can find out if that’s the case by temporarily switching to another theme on that site.
|
|
jonrotter99
|
April 19, 2017 at 1:52 pm
Oh, snap! I guess I never looked into how the <table> was being created. I assumed it was spit out by PHP or something, not generated in javascript client-side.
Fixing the map did seem to get the calendar to show. I would not have guessed that in a million years.
|
