Seems like there might be a bigger issue with items randomly disappearing judging by what was said just now

Swift added the jar in, worked once server restarted.

An instance is set up - just depends if we want to use it.

All Minecraft account linking errors should now be fixed. Mainly errors based around us migrating our PHP on the forums, which removed some features and screwed up some others.

Was disabled for testing. Fixed!

Might be worth trying the headless thing...

Fixed by making an animated png (APNG).
Had to get the collection of SVG frames, make a script to convert them all into resized PNGs in sizes 24x24 and 48x48, then use a command to stitch them together into an animated image. Bit more complicated than I first thought!

Not a case of overriding, but the chat plugin doesn't seem to be activating.

They have cmi.command.gm.* in AdvFlat /shrug

I think Hex has fixed this by using VentureChat's nickname functionality instead and disabling CMI's? As VentureChat handles chat, it seems to work best, and CMI's placeholders (which I believe is the "nickname functionality API object" you were referencing, see https://www.spigotmc.org/resources/placeholderapi.6245/) didn't seem to work very well with VentureChat.

Gifs won't do partial transparency according to Google... probably an SVG or WebM will be best

X11 is a display server... are we running a display server? Do we need a display server? I don’t even think we have a GPU...

Added sub-tasks to experiment with feature

Seems resolved to me?

Pending reboot perhaps... I think it's a cache that hasn't been transferred over.

The Novice rank has two spaces after it. I checked in DiscordSRV and that looks set up right. Is it a similar glitch to the one we had with TAB earlier? I'm not the best one to fix that one.

Basically, we're using a thing called a reverse proxy. In order for the subdomain to work with Dynmap's webserver (since I'm bypassing our messy Apache/Nginx combo), when a request is received on the subdomain it is rerouted to the 25596 url, which gives the nice cosmetic URL and HTTPS. This means both URLs are exactly the same, but the build.escres one is meant to be the public facing one. If we need to change ports for example, it means we can do so without having to issue a new URL to users. It gives us a bit of abstraction.

I think this may be down to plugin error, someone might need to follow up on this

I reckon it's because Novice is the 'default' rank.

Due to Plugman being used to restart Dynmap (wasn't me!)

Does this affect region functionality (build deny etc)?

Pending reboot

I had expected this. My best bet is that the item frame IDs for the new server were recreated as maps won't have existed in the server's store, so stuff went oof.

Fixed for me for now - disabled caching by adding a Cache-Control no-cache header in the Dynmap configuration.txt.

Still happening - looking into it.

Will review in a couple of days - waiting is usually the best resolution for this. Seems to be an odd caching issue relating to the way our webserver is set up - I aim to fix this with BuildBox.

The removal of autosave has fixed any hard crashing - only kicking now remains. See T17: [FAWE] Some WorldEdit commands and tabbed text cause crashes for any further info!

The kicking behaviour seems to be a wider spread issue to Create instead of just a FAWE issue - I've had it when going through my chat history (up arrow), setting a nickname...

I could do with some logs to show FAWE devs what's going on (it's very hard to persuade developers there's ever something wrong with their plugin) - if you can crash a server and give me a time, I should be able to give them proper logs and keep them happy. Otherwise, I could mention this to Brian.

Not checked, should be fixed

Was a feature of the BuildersUtilities plugin, which got disabled.

Always helps if I add Create as a project (I'm an idiot, sorry!)