Support

May 27, 2015 at 3:39 am

Hi Elaine,

If you go to You Account Page

Click the request reset button next to your license key.

When you get to the section requesting payment simply close the popup (we will still get the request).

We can’t reset your license until it has been requested 🙂

We advise not to use your License key on development servers and just update Event Espresso manually there. You will need to remove the key from the development site to prevent a ‘license key in use on multiple domains error’ being thrown.

Also the event calendar sometimes takes a while to load (spinning gif icon shows). Is there anything likely to be causing this?

The icon is to show something it happening. In the background the calendar is pulling in all of your events to display, if you have many events or your server is under heavy load this make take a little sometimes.

Does it happen often?

May 27, 2015 at 2:52 pm

Hi, you may see a notice that the existing support license key (old one) is invalid or expired.

You can ignore that message or you can activate the new support license key on the site.

Once you are ready to move to live, then you can request a release via your account page.

—
Lorenzo

May 28, 2015 at 4:28 am

Hi,

Regarding the calendar, I didn’t see any issues when I looked at it. As it is intermittent, it may be down to the server resources. Is your hosting on a shared server? VPS? Dedicated?

May 29, 2015 at 6:01 am

Hi Elaine,

We recently found a problem in which some accounts would not show the Request Reset button and it appears your account my have been one of the ones effected by this.

Here is how it should look when you have assigned the key – http://take.ms/3kI4T

When you assign the key to your domain, if that button does not appear please let us know.

This notice:

WP Memory Limit
40 MB – We recommend setting memory to at least 64MB. See: Increasing memory allocated to PHP

Means your site is running on 40MB of memory which is a little low. I would recommending following the steps here:

http://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP

Which instructs you to add something like:

define( 'WP_MEMORY_LIMIT', '96M' );

To your wp-config.php file.

Regarding this error:

Warning: is_dir(): Unable to find the wrapper “tcp”

Can I ask which hosting company are you using? Are they cloud based and do they run server side caching?

• This reply was modified 9 years, 6 months ago by Tony.

May 29, 2015 at 7:06 am

Yes, my account just shows a blank space.

Currently your key is not assigned to a domain, so there is nothing to reset. The Request Reset button will remain hidden until you reassign your key. Once you have done this, if the button still does not display just let us know.

Is this likely to cause issues with the site/EE?

It can do yes. I would recommend contacting your host and providing that full error message to have them investigate.

I believe it can be caused by memcached but your host should be able to provide more information.

May 29, 2015 at 11:12 am

Hi Elaine,

There should be no problem at all creating sessions, or else WordPress itself wouldn’t actually work,

WordPress itself does not use Session (old thread but still valid), at all. It uses cookies for authentication but that’s pretty much it. WordPress itself will happily work without the ability to use Sessions (we see this a lot when users don’t have access to create sessions on shared severs, WordPress still works fine)

Can you ask if their plugin requires file based sessions or if there is any way to use a different “session save handler”?

I’ve requested further feedback for this but I do not believe so.

It may simply be that check that is failing, as your host mentioned that check is simply a a is_dir() function checking if the save path is a directory, here is the code that throws that warning:

$save_path = session_save_path();
//Get the session_save_path

//Check is session_save_path is a directory
if ( ! is_dir( $save_path ) ) {
	echo '' . sprintf( __('%s does not exist - contact your host to resolve the problem.', 'event_espresso'), $save_path ). '';
//If it is not writeable, display a warning.
} elseif ( ! is_writeable( $save_path ) ) {
	echo '' . sprintf( __('%s is not writable - contact your host to resolve the problem.', 'event_espresso'), $save_path ). '';
} else {
//Otherwise its working as expected
	echo '' . sprintf( __('%s is writable.', 'event_espresso'), $save_path ). '';
}

So what’s happening is session_save_path() is returning something that is_dir() isn’t expecting and doesn’t understand. As far as I can tell that check is the only place within the code that sessions are treated this way. So it should work.

There is currently no way to change EE3 to use a different “session save handler” although by the looks of it there should be no need.

Is the site currently live somewhere so I can run a test registration and view it? If sessions are causing problems it should be fairly obviously, otherwise it should work fine.

May 29, 2015 at 2:12 pm

I’ve ran 2 registrations on that event, can you confirm if both registrations are there.

Tony Warwick
Tony2 Warwick2

If so then it appears to be working as expected. Basically I’m checking that th session is clearing after each registration is finalized. If this wasn’t the case, multiple registrations from the same user would overwrite the previous registration each time.

May 29, 2015 at 4:30 pm

You are most welcome, Elaine.

If you do have any issues just let us know, but so far all looks fine from here.

Have a great day 🙂

P.S. I like what you have done with the layout/design. The registration form is clean and works well with the rest of the site (which again I also like)