Support

July 2, 2020 at 11:17 am

Hi Ben,

What steps are you taking in the app?

How are you trying to check-in the registration?

If you add the WP REST API log plugin, try to check the registrant in and then view the request sent by the app in the logs, does it show any errors?

July 2, 2020 at 2:33 pm

Go to {domain}/wp-json/ on your site, what do you see?

After its loaded, go to the Rest Log again, do you see any entries?

July 7, 2020 at 7:36 am

The default capabilities for the Event Administrator role should work as is (and do on m test sites), so confirm the account has all of the default capabilities, which can be found here:

https://github.com/eventespresso/event-espresso-core/blob/59d5e3886e6506ba986fbc7fa6b51ed7b7f45023/core/EE_Capabilities.core.php#L465

The ‘Events Administrator’ role is the ee_events_administrator.

The response body is missing too much info to be useful but based on my previous emails with James I’m guessing that within that response Ticket returns null, meaning the account doesn’t have access to either the ticket linked to that registration or the price linked to the ticket.

My guess is the account is missing one of these:

'ee_read_default_tickets',
'ee_read_others_default_tickets',
'ee_read_default_prices',
'ee_read_default_price_types',

To include the response here you would need to host the JSON file and post a link to it, or send it via email.

July 7, 2020 at 9:52 am

That’s not the same response I saw previously, the ticket value is now not null so something has changed here.

Is this using the same login details you provided previously? IIRC those were for your staging site, the above is on the Live site, so I’d like to test this and capture the requests.

July 7, 2020 at 11:00 am

It’s an iOS specific issue, Android works fine but iOS fails.

The requests sent from both are slightly different so it is likely a capabilities issue as the iOS apps are requesting more details than the Android app.

For the links you provided above, what’s the route/title (on the main REST log list table they call it title)?

July 9, 2020 at 11:09 am

Hi Ben,

“We have monitored the server logs in real-time while replicating the issue on my phone device and I confirm that there is no server-side block or configuration that prevents the connection on our end. In fact, the requests coming to the server are properly processed and the server responds with 200 OK which you may verify from the logs below:”

The thing is, all of my requests were working and responding with 200 at first until all of a sudden every authenticated request sent to the site 302’d me home, so the log entries working on their end don’t really help.

The device I use for testing the apps isn’t used for anything else and I haven’t touched it since the last batch of testing I did on your site and right now it magically works again. The 302’s are not an app issue, something had to have been blocking my IP for me to be directed home with 302’s on every authenticated request I sent, especially when you consider that switching to mobile data worked just fine.

Also, what capabilities need to be removed, in order to have just the events show up for the specific event administrator that has been assigned to the event?
Instead of seeing all events.

I’d recommend you we get the app working before you start changing any other capabilities but in general its the _others_ caps, so for example ee_read_others_events allows the user to read other users events.

—-

I managed to get hold of an iPad to do some testing on and I think I’ve found the issue here, on the ee_events_administrator role add these caps:

'ee_read_payment_methods',
'ee_read_others_payment_methods',

Now test again, does it work?

July 9, 2020 at 1:22 pm

What additional caps do you recommend to get it working?

I don’t have any additional recommendations, the additional 2 caps above fixed the iOS issues I found.

However, I don’t get any notices of unsupported URL’s on my test sites (I do on yours).

Can you send credentials I can use to log into the site itself, please, I’d like to look over the REST logs.

July 9, 2020 at 3:13 pm

Have you tested using an account without app passwords?

July 9, 2020 at 4:43 pm

Hmmm, so this has me baffled.

Something specific to your site is breaking the URL used and I’m not sure why capabilities would cause this, especially as the caps work fine on my test sites.

The only thing I can suggest right now is to add all capabilities to the Event Administrator role and test again. If so l, slowly remove each additional cap until the app breaks again. However, I suspect you may need to log out and back into the app to test this fully.

I also have another plugin that adds a couple of custom roles (one of which answers your ‘others’ cap question). Events Manager and Events Organizer, Events Manager has access to all of EE but not WP and Event Organizer has access to events they are set as the author of which can be found here:

https://monosnap.com/file/qUKeT73ASIAzTRUNX6Hlb1J59vMWgz

Try creating a user and setting them as an event organizer and see of you get the same issue.

July 15, 2020 at 10:40 am

Hi Ben,

Can you add another test event to the site with a test registration and post the link to the ticket here, please?