Support

August 17, 2015 at 7:21 am

Hi Beverly,

No the code should not be used on the registration checkout page and the ‘edit slurp page’ link should also not be blank.

Can you temporarily enable WP_DEBUG and reload the slur page from that link, does it show any errors?

August 17, 2015 at 8:43 am

If you go to Dashboard -> Pages.

Can you find a page called ‘Mijireh Slurping Page’?
(Check for draft and trashed pages)

If so if you edit that page does it show blank?

August 17, 2015 at 9:53 am

That’s odd.

Do you currently have the {{mj-checkout-form}} shortcode anywhere within the site?

August 17, 2015 at 12:53 pm

It shouldn’t be, I have a test site running Divi and it works fine there.

Can you create a new Page, you can call it anything but try ‘Mijireh Slurper’ just so we can find it easily.

Within that page add only {{mj-checkout-form}} within the content (do this within Text mode)

Publish that page.

Now go back to Event Espresso -> Payment Methods -> Mijireh.

Click the edit slurp page link again, does it now load that ‘Mijireh Slurper’ page?

August 17, 2015 at 2:37 pm

Yeah, so its finding the page but then fails when loading it to edit.

Can you try switching the theme to see if it is a theme conflict, you can do this without changing the theme on the site using the Theme Test Drive plugin.

It could also be a plugin conflict, but the theme is the easiest to try first.

Have you modified EE at all?

August 18, 2015 at 3:55 am

Can you send me temporary log in details so I can take a look at this please?

If so please use this form:

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

August 18, 2015 at 4:54 am

I can’t see any reason for the above and have requested some feedback from our developers.

Firstly to quickly explain what happens when you click the Edit Slurp Page link, EE checks your posts for one that contains the {{mj-checkout-form}} shortcode, if it finds one returns true and passes the ID of that post (that’s what is happening when you see the “page=true” as part of the address)

Then it simply edits that post/page as normal (same as when you click to edit a page) the reason you get a blank page is the page with ID 1819 doesn’t appear to exist, yet when EE is searching for the posts it finds that ID (using wpdb)

If one wasn’t found it creates the page and send you to it.

So you can currently use the ‘Mijireh Slurper’ page that we created earlier. If you edit that page and scroll down, you’ll find the Mijireh meta box with a link to slur the page. So style that page the way you want to then slur the page to pull those styles to your Mijireh checkout page.

I suspect either you have Database/Object caching enabled on the server which is passing EE the 1819 ID for the Mijireh page. I checked your plugin drop-ins and found – http://take.ms/d5eUm

That’s usually object or database caching. You’ll need to contact your host to confirm this as it will cause further problems within EE with your registrations.

August 18, 2015 at 11:59 am

Hi, that is a core WP file: https://codex.wordpress.org/XML-RPC_Support

Who are you using for hosting the site?

Also, Mijireh creates a copy of the registration checkout page through the slurp process which then resides on a Mijireh server when the payment process is activated. It doesn’t support new styling unless you were to make changes to the page and them slurp the page again.

—
Lorenzo

August 18, 2015 at 3:26 pm

Does Cloudflare use the advanced-cache.php drop in or is there something else using it?

August 19, 2015 at 3:59 am

Are you saying there should still be a Mijireh page on the site, or this only exists on the Mijireh server after it does the slurp process?

You will have a ‘Slurp’ page on the site, but it is only used when you click to Slurp the page.

Mijireh slurping the page just means they copy the style of the page onto their server to make the checkout look the same. So you have ‘Mijireh Slurper’ you style it to look similar to the rest of the site and click to slurp. Mijireh loads the page, copies and saves it on their server, then adds the checkout content to the page they have saved.

The ‘Mijireh Slurper’ page is NOT used with the checkout process, it is only used to tell Mijireh which page it should copy.

A 403 on xmlrpc.php usually means access is being block by either a security plugin or .htaccess rules (maybe setup by HostGator) you may need to contact HostGator and have them investigate this.

Do you need xmlrpc?

Is Mijireh not slurping the page at all?

August 19, 2015 at 8:57 am

How has the .css file been included within the theme?

Was it correctly enqueued using wp_enqueue_style()?

August 19, 2015 at 11:42 am

I’m not sure why the header isn’t being styled.

It could an issue with how the theme is styling the header, or something about how it is doing so that Mijireh doesn’t like.

I would recommend contacting Mijireh support see if they can find any reason for this as it isn’t an issue with Event Espresso but the sites theme and Mijireh.

August 20, 2015 at 8:50 am

I’m glad its up and running.

Sometimes there is a delay with Mijireh updating the slurped page, I’m not sure of the reason behind it. Its possible they may block multiple requests within a certain time frame, or even each requests adds to a timer before the update, however that is complete guess work as its not something we (EE) control.

Any other problems just let us know 🙂