Support Forum
Support Forum
Add Reply
Add Topic
Offline
QuoteI am considering buying the Platinum package but thought it wise to install just the core plugin first into my test environment. One of my other plugins is "The Event Calendar" and I had planned to upgrade it to the premium version, "The Event Calendar Pro".
The plugin conflicts with Simple:Press; I'm not sure if it is jquery related but I have submitted a pre-sales report to The Event Calendar with the results of my testing. I am submitting it to SimplePress to make others aware of the conflict and also ask SimplePress to see if you can determine if this is a jQuery conflict (as reported in your codex) or perhaps something else.
Here are the relevant details:
The Events Calendar v4.1.3
Simple:Press (core only) v5.6.5
Wordpress 4.5.1
Themes tested: Genesis 2.2.7, Twenty Sixteen 1.2
PHP 5.6.20
MySQL 10.0.20
Example error message:
Fatal error: Cannot redeclare sp_get_option() (previously declared in /home/leeannbx/public_html/rtvnation.net/wp-content/plugins/the-events-calendar/src/functions/template-tags/deprecated.php:500) in /home/leeannbx/public_html/rtvnation.net/wp-content/plugins/simple-press/sp-api/sp-api-primitives.php on line 81
OfflineHey Kelly,
Unfortunately the Events Calendar Pro plugin is a known conflict. When developing WordPress plugins it's recommended to give your functions unique identifiers to avoid conflicts with other plugins functions - In our case we use 'sp_' (for Simple:Press).
Events Calendar Pro have a function 'sp_get_option', which we also have and have had for some time (if not from the start, not sure) and this causes the conflict.
It's not as simple as us renaming our function, not just because all of our functions begin with 'sp_' but more because changing it would disturb the installs of many of our existing users.
I thought a while back Events Calendar Pro had changed theirs, but if you have the latest version I guess they haven't. Your best bet is to see what they say.
OfflineIke - thanks for the quick response. I just got a response from The Events Calendar, which seems to resolve the problem (based on limited testing; both plugins are active with no apparent issues).
They advised to remove the function you mentioned; of course there is no guarantee of future issues but here is their reply in case others are reading this:
George wrote:
Hey Kelly,
Sorry to hear about this! This is be arising from the fact that we have a function called sp_get_option inside The Events Calendar at line 134 or so in this file: the-events-calendar/src/functions/template-tags/deprecated.php
The function looks like this:
if ( ! function_exists( 'sp_get_option' ) ) {
/**
* @deprecated
*
* @param $optionName
* @param string $default
*
* @return mixed
*/
function sp_get_option( $optionName, $default = '' ) {
_deprecated_function( __FUNCTION__, '2.0', 'tribe_get_option()' );
return tribe_get_option( $optionName, $default );
}
}
This is a deprecated function, so you can literally just remove that code block entirely with no ill effect.
I'm sorry about this issue, but hope this solution helps!
— George
OfflineThis is most interesting and I did not know they had done this. In effect it means that if the SP plugin had loaded BEfORE the Events Calendar plugin all would have been well. Probably by deactivating both and then reactivating in the correct order would overcome the issue.
I will remember this as it does crop up every now and then but you are the first to share with us the response from the calendar team. Thanks for that.
 |
YELLOW
SWORDFISH
|
All RSS1 Guest(s)