Re: Portraits and Images Bugged
I don't know if this is the issue (I'm just another user), but I've found I can recreate the issue with Brave.
Background: RPoL currently loads images using HTTP URLs, rather than HTTPS ones. This is an example of what's known as 'mixed content', i.e. mixing HTTP and HTTPS on the same page. Browsers have long blocked 'active mixed content' (e.g. loading scripts this way); images are 'passive mixed content' and aren't as serious an issue, but browser companies are still moving towards blocking all mixed content.
The Brave browser blocks passive mixed content by default, so Brave will block all images loaded from an HTTP connection. Brave is supposed to auto-upgrade these URLs (i.e. automatically change the image request to HTTPS), but this is buggy/broken. When an RPoL page is loaded in Brave, all the portraits fail as a result.
To allow passive mixed content in Brave, go to Settings->Privacy and Security->Site and Shields settings->Insecure content (right at the bottom) and add rpol.net to the Allow list.
The Chromium-based version of Edge has the exact same setting, but I couldn't persuade it to block passive mixed content; it's possible there's an option somewhere that triggers this, in which case the Brave fix ought to work.
The same change is coming to Chrome; it was supposed to already be included, but has been postponed until the next version (84). Someone using a beta version of Chrome may run into the same problem.