not a simple one .. some questions;
* did you (or the plugin dev) look at the troubleshooting tips in the FAQ?
* can you identify if the problem is with JS, CSS or HTML optimization?
* can you be more precise in the description of the problem; is the problem with the form submittal not working? with the data being submitted? or is the problem with the business logic that sends the mail?
frank
Hi Frank
Thank you for the quick response.
The problem is on with the “country” data not being registered correctly therefore the default is being used. The data is submitted as registered.
None of the FAQ reference my issue and of course I went directly to the Wholesale plugin support.
I don’t even know where to begin looking for the issue except that disabling the plugin fixes my problem.
Lyse
None of the FAQ reference my issue
that’s obvious, your problems is _very_ specific, the faq is pretty generic 🙂
I went directly to the Wholesale plugin support.
can they give more info on what exactly is breaking, technically?
I don’t even know where to begin looking for the issue except that disabling the plugin fixes my problem.
well, a good start would be to figure out if the problem is with JS, CSS or HTML optimization by disabling 2 out of 3 and trying?
Hi
I asked the Wholesale plugin developer to send me his findings. He’s in Australia, so I will not hear back from him until later this evening, if he works on my issue.
OK I can tried what you suggested while waiting on a response from the other support rep. and I could not replicate the issue on my staging area. Test1 I deactivated JS & CSS, test2 I reactivated CSS, test3 I reactivated JS. All email were delivered the correct country code.
I will wait now for the response from Australia and see what he found.
Thank you for your patience and prompting me to test further.
Lyse
Hi
Here’s the reply I received from the Wholesale plugin developer:
“I’m afraid I don’t have any specific description for the conflict. But somehow the custom snippet you used for the default country is not saved properly because of the Autoptimize. ”
Thank you
Lyse
I’m afraid I don’t have any specific description for the conflict
that’s rather disappointing … :-/
somehow the custom snippet you used for the default country is not saved properly
so what snippet is he talking about there?
I could not replicate the issue on my staging area
could you try on your PROD site to know which optimization is breaking the default country thingie?
Hi
I just ran some tests on the production site. When I turn off Optimize JavaScript Code, all my “country” field content is registered and sent via email correctly.
Here’s the code snippet referred to that is used in the functions.php file to change the default country of the plugin:
// Change the default country on Wholesale registration form
function wwsSetRegistrationDefaultCountry() {
if ( is_page( 'wholesale-registration' ) ) {
?>
<script type="text/javascript">
jQuery(document).ready(function () {
jQuery('select#wwlc_country').val('CA');
jQuery('select#wwlc_country').trigger('chosen:updated');
jQuery('select#wwlc_country').trigger('change');
});
</script>
<?php
}
}
Hope this feedback can help you narrow down what could be happening.
Thank you
Lyse
BTW – I left the plugin active without JS activated on the production site.
I do get a number of wholesale registration
OK, that snippet is JS so what you’d want to do is;
* make sure “also aggregate inline JS” is not active
* make sure js/jquery/jquery.js is excluded from JS optimization
can you try that?
Hi
I made the changes you suggested and turned on the JS. That fixed the problem.
Thank you for all of your help and for being so prompt.
Lyse
happy it works Lyse, have a nice day! 🙂
