GET could be because it was returned from the CDN cache rather than from the server so it won’t be logged at all.
POST should def. Be logged if the endpoint is configured to be logged.
I’ll take a look at pages endpoints next week
You can see if your IP is banned on the ACP => Members => Ban Settings page.
That said, this doesn't look like a banned error message for me, we don't use "non-member" anywhere in our language strings. Did you customize the language or is this probably a 3rd party issue?
What's remaining then?
It's probably easier and faster to just create a small app that sets the necessary settings (that's literally what I'm doing for my dev/testing environments)
We’re already providing support for ProfilePage and DiscussionForumPosting.
I have also made recently some adjustments to the QA stuff which will be included in a future release.
This is unfortunately by design.
We've implemented it this way, that the person who starts the conversation sees all messages, if you send a message to someone, you're always going to want to be able to see their replies.
We have literally a method for this. Just implement it in your application class.
/**
* Toggle Enabled/Disable
*
* @return void
*/
protected function enableToggle()
There was actually bug that resulted in disabled login handlers being still accessible, which I have fixed now.
You'll still have to disable it when the application is disabled.