Support

September 19, 2014 at 9:31 am

Ian,

Can you ?remove the key from the field in your Event Espresso General Settings, save the blank field, then reenter the key and save again?

Let me know if you have anymore issues. I’m here to help.

September 19, 2014 at 6:53 pm

Hi Ian,

I’ve just rolled over your Support License Key and created a new one for you.

You can find it in your Event Espresso account:

REDACTED

Deactivate any maintenance mode or firewall/security plugins.

Then login to your WordPress admin and locate Event Espresso in the admin menu. Then click on General Settings. Now copy the new support license key from your account page. Then erase the existing key and click on Save on the right side of the screen. After the page refreshes, please paste your new support license key and click on Save once more.

These steps will refresh your Support License Key.

—
Lorenzo

September 24, 2014 at 1:47 pm

Hi Ian,

It may be the firewall blocking things. I checked our logs and I’m not seeing any requests from your server. I’ll send a note over to the developer of the Plugin Update Engine to see if he has any suggestions for you.

September 25, 2014 at 2:16 pm

Hi Ian,

It would be good to see the response from wp_remote_get(). Can you throw a little debug code into the pue-client.php file? It’s located at /core/third_party_libs/pue/pue-client.php. On line 680 you’ll see this:

$result = wp_remote_get(
	$url,
	$options
);

Then add this:

print_r($result['response']);

Then save, and then when you re-save the General Settings page it will output the response.

September 26, 2014 at 3:39 pm

Ian, the thought just occurred to me and its likely a question that should have been asked a lot earlier. Are you trying to add the key on the subsite of a WordPress Multi-site installation?

September 26, 2014 at 5:20 pm

Hmm… very unusual. I appreciate the troubleshooting steps you are taking. The code for sending the site-license-key verification request to our servers is in the same method as the code that sends uxip stats and we have received the stats, so its very puzzling as to why our server is not recording receiving your license key.

I know its likely already been asked, but can you double check and ensure there is no whitespace on either side of the license key when you paste it in the field?

September 27, 2014 at 7:19 am

the PluginUpdateEngineChecker class is basically instantiated on every admin page load. However, in the callback which runs on every init hook (‘hook_into_wp_update_api’), there is a listener for the ‘site_license_key’ key in the $_POST global. If its present, then we trigger a update check. This is so update checks can be forced by saving the EE general settings page.

In all our testing this has been working as expected. It appears that this isn’t getting called in your case? Have you made any changes to core EE files by any chance?

September 27, 2014 at 7:41 am

Yeah and that’s really puzzling, because in our testing, when we save the general options page it always gets called…

But you know what, I think I know why you aren’t seeing the results of the print_r()… its because there’s actually a redirect that happens after the options are saved.

So:

1. Make sure the general options page is loaded.
2. Add the print_r() to the to return the response of the wp_remote_get()
3. add an exit; right after that line (to prevent a redirect)
4. Add the key and save the options page.

That should show you the response of the wp_remote_get().

Don’t forget to remove your debugging code after you are done.

• This reply was modified 9 years, 7 months ago by  Darren Ethier.

September 27, 2014 at 8:02 am

now we’re getting somewhere, but that’s still VERY puzzling as its the first time I’ve seen something like that.

So just to be clear, this should be the debugging code in your pue-client.php file (I’ve added a couple of extra param checks):

$result = wp_remote_get(
	$url,
	$options
);

print_r( $url );
print_r( $options );
print_r( $result );
exit();

I apologize if you are very familiar with php and this comes across as condescending, its not the intent – we just have people hit our forums with varying degrees of familiarity with php and code in general so I don’t like to make assumptions one way or the other.

Thanks! I may not respond right away after your next post because I’m signing off for the weekend. If you still get that response I’d have to consult with my other colleagues as well because that is the first time I’ve seen that response to a wp_remote_get() request. It suggests that there’s some other code in your machine that filtering the request/response.

• This reply was modified 9 years, 7 months ago by  Darren Ethier.