@o4kapuk @artch We're now on season 3 and this still hasn't been addressed. I know you're busy but this should be a simple change and I really think it needs to be fixed as a priority.

This appears to be broken still.

Some of your creeps seem to be sitting around in the portal room until they die: https://screeps.com/a/#!/history/shard2/W20N10?t=32797633

Wow that's a lot of portals in one path!

If some of the shards aren't normally ticking then you may well be running into the issue where the creep arrives but it takes ages for your code to wake up and start ticking.

One trick you might find helpful to avoid this is to add a construction site for a road into a wall (so noone can step on it and destroy it) in the portal rooms. This is enough to keep that shard ticking.

How do you know your creep names are unique? If your naming is at all based on checking what you already have you might find that it's creating creeps with a name that's already been used on a creep that's gone to another shard.

Just seen the issue here https://screeps.com/season/#!/history/shardSeason/E28S19?t=2407645, the terminal became invisible when the rampart over the tower was destroyed. If you go back a bit in the history you'll see that one of the towers also went invisible. It seems to change when ramparts are removed.

Only happened in Chrome on Linux. Firefox on Linux was fine, as was the steam client. Chrome on Windows was fine, even on the same machine. Issue persists after a restart.

I will try and find a test case on the main server to see if anyone else sees the issue at the same time.

@o4kapuk I've noticed that I'm getting a couple of these messages in the console for each room I look at:

[.WebGL-0x223445f49c00] GL_INVALID_OPERATION: Feedback loop formed between Framebuffer and active Texture

This would explain the issues, if screeps is using some sort of render-texture and there's a loop then I can definitely see how it would cause this problem with rendering order.

Additionally, there's another issue that's even more annoying which I'm noticing more and more lately - sometimes some structures are invisible in certain rooms. It only seems to affect complex structures like storage, factory, terminal, labs and nuker, and I've only noticed it for structures under ramparts. I think this is the same bug manifesting in different ways. They momentarily become visible when zooming in/out, but it's just a brief flicker and then they're gone again. As with roads, it seems to persist after navigating to other rooms and across a full refresh and even after closing the browser. Again, an issue with a texture loop would seem to explain this.

I'd be interested in this precisely because I've never done it. Maybe programming with hex tiles is actually easier?

I can't see this happening though. I know arena is going to be very different but this will change literally everything.

I've overridden console.log in browsers before and it does work but I did have to fiddle to get it to work properly as for some reason the this context doesn't work how you would normally expect. Also you can end up with devtools giving you the wrong file/line numbers.

The simplest option would be to make your own global Log object and just use that everywhere instead of using console.log directly. I think this is what most people are doing.

The pixels/decorations have various suffixes like W-00048:NA:A, W-00048:NA:B, etc. Some of them are fairly obvious, but in case anyone else has been wondering what these actually mean here is a full list:

Graffiti (G)

• G:A Normal
• G:B Adjustable brightness and lighting animation.
• G:C (Doesn't exist?)
• G:D Visible on world map.
• G:E Visible on world map. Adjustable brightness and lighting animation.
• G:X Choose your own color. Visible on the world map. Adjustable brightness and lighting animation.

Walls (W)

• W:A Very dark
• W:B Dark
• W:C Light
• W:D Very light
• W:X Adjustable brightness

Floors (F)

• F:A Dark
• F:B Medium
• F:C Light
• F:X Adjustable brightness

Creep decorations (C)

• C:A Normal
• C:B Flipped vertical
• C:X Custom colour
• C:Y Custom colour (flipped vertical)

@CrAzYDubC, I read through the article but it didn't seem like it was doing anything other than changing the weight. Unless it was changing dynamically during the search? Not sure what the implication of that is?

I'm really intrigued to know what you are using this for!