Ryan Ashbrook

This should be fixed now.

Not a problem. 🙂

Those should be fixed now.

Sorry about that! This has been fixed.

Computer, mobile phone, etc. Whatever the user is using to browse the site.

I am not seeing this issue, currently - and wouldn't be related to the maintenance earlier. This appears to be newer emoji that are not supported on that device. Emoji are not static files (which is what the maintenance was pertaining to) but are actual characters.

This should be fixed now.

This should be fixed for you now.

Any console errors?

Yes, but this only controls cookies IPS4 itself sets (so anything prefixed with ips4_, or your prefix if you've changed it previously). Cookies from external sources will follow their own rules. If you do this, make sure you use two dots as that's what allows the cookies to be read by subdomains: define( 'COOKIE_DOMAIN', '.brfcs.com' );

Are you using OAuth Tokens or just a REST API key? If you are using OAuth, then yes you still need to submit HTML with the request, however it will be parsed and sanitized according to the users permissions to remove anything malicious (excluding those with HTML posting permission - which should be no one other than groups like Administrators). This is ideal for applications that end users submit to directly, like a Desktop app in your case. OAuth also limits requests based on a users permission, so even if they can submit files to the API, they can still only submit to categories they have permission to post to. If you're just using a REST API key, then it's assumed that the request is coming from a trusted source. This is for things only an administrator has complete control over (typically automated tasks).

Download should be available now.

No logs were generated from that link.

Unfortunately, no.

Yes, that would be logged under ACP > Members > Administrators > Administrator Logs