Support

May 12, 2014 at 4:39 pm

Hi Timothy,

Try to rule out any plugin conflicts. Deactivate all non Event Espresso plugins and test to see if the issue is still occurring. If it is not, then we know it is a problem with another plugin. You can then find out which plugin it is by reactivating each plugin individually and testing to see if the problem starts happening after the activation. When it occurs after activating a plugin, then we know that plugin is the culprit.

Also, there may be a theme function that is causing the issue. You can check for this by first switching to the TwentyTwelve theme (or any other theme from the wordpress.org theme repository, all of these themes pass a thorough code quality review before inclusion.)

May 12, 2014 at 6:04 pm

Hello,

The submit button appears to be working again with your original theme. Was this caused by another plugin?

—
Lorenzo

May 12, 2014 at 7:37 pm

Hi there,

Could you please create a temporary WordPress admin login so I can take a closer look at this issue?

Please share that temporary login through the secure link below:

https://eventespresso.com/send-login-details/

To prevent delays in troubleshooting, be sure to double check your information on the form before submitting.

The submit button for the form appears after you have answered “Yes” to the last question.

Thank you.

—
Lorenzo

May 13, 2014 at 3:16 pm

Hi Timothy,

If you disable the theme’s scripts one by one you’ll find the one that’s causing the breakage. Please note there may be more than one though. Another example of a theme function in the Atlas theme (it’s in other themes too) that’s known to cause conflicts can be found at the end of its functions.php file:

// Remove the 2 main auto-formatters
remove_filter('the_content', 'wpautop');
remove_filter('the_content', 'wptexturize');

// Before displaying for viewing, apply this function
add_filter('the_content', 'pp_formatter', 99);
add_filter('widget_text', 'pp_formatter', 99);

Basically the above removes some core WP functionality and replaces it with something else.

May 13, 2014 at 8:45 pm

Hi Timothy,

The cufon script should be fine to put back into place if you remove the theme’s main validation script (not the validation plugin, that’s another issue). I installed the copy of the theme you sent and it turns out the breakage is happening within the js/custom.js script in the main form validation function that starts on line 260 and ends on line 276. You can either remove that code entirely, or comment it out like this:

/*
	$j.validator.setDefaults({
		submitHandler: function() { 
		    var actionUrl = $j('#contact_form').attr('action');
		    
		    $j.ajax({
  		    	type: 'GET',
  		    	url: actionUrl,
  		    	data: $j('#contact_form').serialize(),
  		    	success: function(msg){
  		    		$j('#contact_form').hide();
  		    		$j('#reponse_msg').html(msg);
  		    	}
		    });
		    
		    return false;
		}
	});
*/   

Along with that, please consider switching to a more robust theme. After reviewing some of the code in this theme I feel obligated to recommend switching from using this theme in a case where it’s mission critical application (like running a business).

There are some issues with how it tries to start sessions, removes standard WordPress filters, adds its own shortcode handling, and injects JavaScript (like the scripts that were breaking your submit button) onto every page of the site. Unlike when Atlas was added to the marketplace, Themeforest now has new submission guidelines that they are now enforcing, which wouldn’t allow this theme to be sold there if it was submitted today.