Support

October 28, 2014 at 4:06 pm

I checked the session data and permissions, they are working fine…I suppose it might have to do with the new theme, I will turn off right click protection now..

The session save folder is /tmp and it’s writable and the permissions are 755

October 28, 2014 at 5:14 pm

Do you want me to switch Debug on??

October 28, 2014 at 5:45 pm

I just realized I received two order confirmations on my email..two of my attempts to register actually got through, once had only my username and email address; it didn’t even collect required information, and the other booking had nothing in it, no name, no email nothing..But that was the only two out of close to a hundred attempts..

October 28, 2014 at 6:50 pm

Hi Lorenzo I am aware of these errors, but I didn’t think they were preventing the cart from loading..The cart checkout page itself is not showing any errors at all as a matter of fact, these errors are on the event-registration page..

In any case I just deactivated both Jetpack and Oqey Gallery and I purged both local and cloudflare cache now

October 28, 2014 at 7:21 pm

Still nothing..Removed jetpack, and deactivated a whole bunch of plugins, still same problem..The only plugins I have running now are buddypress, bbpress (without them my theme would crash) plus Event espresso, W3 Total Cache, Cloudflare plugin, updraft plus, Autochimp, Cleantalk antispam

October 29, 2014 at 4:35 am

I’ve always had cloudflare, never had a problem with it, this was working fine even in https when I forced event/registration to be https it still worked..Only when I forced the entire site to be https is when it stopped working

October 29, 2014 at 8:42 am

Well I needed for registered users to be able to view the calendar in https, so I needed calendar to be in https, but it wasn’t working with my old theme so I changed the theme, and it didn’t work at first, then I checked buddypress compatibility with theme and disabled bp template packs js Ajax and the theme finally worked!! and so did teh calendar..So I noticed the page performs much better in https and gives less errors, so I went into Setting => General and added an s to https in the home page address and URL, and then I unchecked the box in wordpress https plugin to force non SSL forced pages into http, now the entire page performs so much better, this is the only problem I’m having right now with the MER, the site really wouldn’t be complete without this and the shopping cart widget I really need it..

October 29, 2014 at 9:19 am

Currently I have cloudflare rocket loader turned on and ALL minify js css and html are off

October 29, 2014 at 3:15 pm

Ok Josh,

I left SSL active for admin pages and I turned off ALL SSL for entire site and I also deactivated a bunch of plugins, it’s seems like there might be a problem with forcing SSL on my site using wordpress https and SSL set up on my cloudflare account..I think I prefer to let cloudflare manage my SSL because then I will have secure connection between me, the visitor AND cloudflare servers..Their page says it should take up to five minutes to see the green padlock, but it’s not showing up, further documentation say I need to contact their support and get a meta tag that I need to add to the header of my root directory?? Yet on my cloudflare dashboard it says I have active Full SSL Strict with a green button that says active..I’m a little confused on what to do??

October 29, 2014 at 3:37 pm

Dear Josh,

I turned off all SSL plugins, I think it is correct there was conflict between these plugins and SSL set up on cloudflare, so now I have https activated through cloudflare ONLY..

The only thing remaining is the little broken images, the ajax loader image and the large loader and the red negative sign for removing an attendee or removing an event from the cart…How can I fix those broken images??

thanks

October 30, 2014 at 11:59 am

Great thank you very much Josh