Forum Replies Created
-
AuthorPosts
-
Daniel Messina
ParticipantThanks Victor. That’s all I needed. Much appreciated.
Daniel Messina
ParticipantThanks much Geoff. Everything looked good on our test instance, I just wanted to make sure. I’ll definitely see if we can bump up the php version up as well as the other suggestions. Thanks again. -Mike
Daniel Messina
ParticipantThanks Andras. Looks great. Much appreciated.
Daniel Messina
ParticipantUPDATE: I went ahead and renewed The Event Calendar PRO and the Events Aggregator though I still need to get aggregator on the same billing schedule (July 1 to June 30) as the Events Calendar PRO. Look forward to how we can adjust the billing cycle for the remaining suite. Thank you.
Daniel Messina
ParticipantThis reply is private.
Daniel Messina
ParticipantI’ve tracked down an issue but I’m not yet sure whether it was related or not.
The latest versions of the plugins are:
The Event Calendar: 4.2.2
Events Calendar Pro: 4.2.2.1
iCal Importer: 4.2.2When installing these on a fresh wordpress installation, I get the following error:
The page "events" uses the "/events" slug: the Events Calendar plugin will show its calendar in place of the page. Edit the page slug or edit Events settings.Also, the Events > Settings > Events URL slug URL appears incorrect with http://your.domain/events-calendar-importer/events
However, When I install these versions:
The Event Calendar: 4.2.2
Events Calendar Pro: 4.2.2
iCal Importer: 4.2.2The error is not present and the Events URL slug setting has a URL of http://your.domain/events.
However, this doesn’t appear to resolve this malformed JS issue.
-
This reply was modified 9 years, 9 months ago by
Daniel Messina.
-
This reply was modified 9 years, 9 months ago by
Daniel Messina. Reason: editing for clarity
-
This reply was modified 9 years, 9 months ago by
Daniel Messina. Reason: clarity
Daniel Messina
ParticipantWhen I was researching the issue, I came across other threads with this generic form response and:
- I’ve already attempted to go through these steps before creating this new thread;
- confirmed I was not using the cloudup url;
- Updated a segment of code found on another thread and have received the following subsequent underlying error:
<div style="padding:1px 10px;border-left:5px solid #EA0;"><p class="error_backtrace"> <strong>gzinflate(): data error</strong><br /> Backtrace from warning<br />In D:\xampp\htdocs\wpmu\wp-includes\class-wp-http-encoding.php [line 58]: <ol> <li><unknown file> [line ?] calling process_error()</li> <li>D:\xampp\htdocs\wpmu\wp-includes\class-wp-http-encoding.php [line 58] calling gzinflate()</li> <li>D:\xampp\htdocs\wpmu\wp-includes\class-wp-http-curl.php [line 293] calling decompress()</li> <li>D:\xampp\htdocs\wpmu\wp-includes\class-http.php [line 433] calling request()</li> <li>D:\xampp\htdocs\wpmu\wp-includes\class-http.php [line 342] calling _dispatch_request()</li> <li>D:\xampp\htdocs\wpmu\wp-includes\class-http.php [line 496] calling request()</li> <li>D:\xampp\htdocs\wpmu\wp-includes\http.php [line 170] calling get()</li> <li>D:\xampp\htdocs\wpmu\wp-content\plugins\the-events-calendar-importer-ical\src\Tribe\Feed_Parser.php [line 348] calling wp_remote_get()</li> <li>D:\xampp\htdocs\wpmu\wp-content\plugins\the-events-calendar-importer-ical\src\Tribe\Feed_Parser.php [line 420] calling lat_long_set()</li> <li>D:\xampp\htdocs\wpmu\wp-content\plugins\the-events-calendar-importer-ical\src\Tribe\Feed_Parser.php [line 219] calling parse_events()</li> <li>D:\xampp\htdocs\wpmu\wp-content\plugins\the-events-calendar-importer-ical\src\Tribe\Main.php [line 665] calling __construct()</li> <li>D:\xampp\htdocs\wpmu\wp-content\plugins\the-events-calendar-importer-ical\src\Tribe\Ajax.php [line 205] calling getEventsData()</li> <li><unknown file> [line ?] calling ajaxGetPossibleEvents()</li> <li>D:\xampp\htdocs\wpmu\wp-includes\plugin.php [line 525] calling call_user_func_array()</li> <li>D:\xampp\htdocs\wpmu\wp-admin\admin-ajax.php [line 89] calling do_action()</li> </ol> </p></div>Daniel Messina
ParticipantThanks Brook! Yes, we manually update so I just remove the licensing on my dev environment once production gets mirrored back to dev. Seems to work fine. Thank you for the help. -Mike
Daniel Messina
ParticipantHi Brook. Ok, that makes sense. In our environment here is what happens: We have a production environment with the events calendar pro plugin (and soon the iCal importer) activated on a multisite level. Then, when we perform upgrades, we mirror it back to a multisite test environment. So it follows that the license is still attached and moves to the test environment. We need to test updates, upgrades, etc., prior to updating production. What do you suggest as a workaround?
Thanks for your input!
Mike
Daniel Messina
ParticipantAwesome. Thanks for the clarification Cliff. Much appreciated. -Mike
Daniel Messina
ParticipantThanks for the help George! Is is very much appreciated. Best – Mike
January 22, 2016 at 9:15 am in reply to: Renewal Cost for The Events Calendar Pro for Multisite #1060588Daniel Messina
ParticipantGreat Geoff thank you. One last question. Our renewal date is 10/6/2016 but we need to spend our budget money beginning 7/1/2016. Is it possible to adjust the billing cycle to match ours? If not, can we submit our payment way early? Hope that makes sense.
Thanks again for a great product Geoff!
Mike
-
This reply was modified 9 years, 9 months ago by
-
AuthorPosts
