@o4kapuk said in PTR stops running my code as soon as I close the tab:

@deft-code The expected behavior (as far as I know) is that your code is running but your CPU isn't being replenished so you'll be disabled as soon as your bucket is empty. Please report if you see something else.

This is the case for MMO server shards, yes. Though IIRC you currently start with zero buckets on shards you don't have any owned objects on, and the buckets won't regenerate if you don't have anything on the shard even with CPU assigned.

@o4kapuk said in PTR stops running my code as soon as I close the tab:

@orlet Did you activate CPU there?

OMG that did the trick. Thank you!

So as the topic says, as long as I keep the tab open in my browser, the code is being run (albeit in a very super slow and jittery manner). As long as I close the tab all creep activity just stops. They just sit there, ticking down their TTL, until they die. No activity, no respawning, no anything.

What gives?

@hacknet yes, code outside the loop is executed every time your code is re-initialized globally. This is down to the way screeps code is running, and is called "global reset". You must work around that fact that it happens from time to time. Judging by the fact that you said it's happening every like 10 ticks, you're likely running it in sim. Simulation works a little bit differently from actual MMO server in that it resets globals a lot more often. On the actual MMO server due to the new IVM code your globals can often last for tens of thousands of ticks at once, but you still have to consider they will get reset once in a while.

If you absolutely want some of your code to only execute once and then never, you'll have to resort to using Memory flags for a permanent trigger.

When iterating through Storage.store (or any other .store) via for (var key in room.storage.store) one of the keys returned is .toString function, which I think it should not be returned.

Nope. That's all I could manage to get from it. Just says "suspicious webpage has been blocked". The lack of verbosity of any kind disturbs me in this product. I needed to add exception to even view the damned address it was complaining about. I'll likely be switching once the license expires...

Loaded address: screeps.pacloud.online:21025 (unable to find the complete url, though). But whatever is loaded from there is detected as a threat.

Web client does not appear to trigger anything.

I'll miss Creep.carry, but .store is my preferred way of storeing things.

@mrfaul said in Pathfinder flee going through structures:

Since in the usual case the Pathfinder should treat your goal always as walkable

Actually, that is not true for PathFinder.search() If you try to run it w/o any modified costmatrixes into a, say, source, you'll likely get an incomplete path, and nuke your ops.

@deft-code even more so. Thanks for correcting me!