I build a little sparsely, so I accept that, more frequently than I'd like, newbie zones threaten to arrive in my territory and I need to scramble to head it off.
But... shard1 E55N25? If that sector looked like a reasonable place for a respawn zone, the algorithm that chooses sites for such zones needs adjustment.
Can we have an operator power, PWR_OPERATE_LINK, that improves link throughput? Maybe by either or both of reducing link cooldown or increasing link energy capacity?
EVENT_BUILD could be used to distinguish a completed build from a stomped/removed construction site if its info had a property that indicated success. A boolean that's true if the job were completed, maybe. Or the id of the completed structure. Or the amount of work yet to be done to complete the job. Or the position and structureType of the targeted thing.
I've seen odd CPU usage on shard1 as well. Usage will sometimes spike for no reason I can work out, and when I look closely, methods that shouldn't take much time at all take an extremely long time. (My profiling once yesterday showed my rooms taking something like ~50 cpu, in one tick, to perform an operation that it typically does in under 1 CPU, and I wasn't able to work out any possible reason it could have taken so long.)
I'm not certain the problem lies anywhere other than my code. But if we're taking inventory of people who are seeing recent flakiness in CPU usage that they haven't been able to account for, count me among them.
https://screeps.com/a/#!/history/shard1/E24N26?t=22321900
The invaderCore ruin at 27,38 shows contents of -1. _.sum() of its store also returns -1.
You'd reasonably expect 0.
So if you just say "lab.getUsedCapacity();" which do you mean? Energy or Mineral? Getting both munged into one number is useless.
If I mean specifically energy, I can write getUsedCapacity(RESOURCE_ENERGY).
getUsedCapacity() with no argument seems like it ought naturally to return the total capacity used, of all sorts.
Okay. Thanks.
That's very much not the design I've have chosen. But I cannot deny that the implementation is consistent with what's written in the docs.
let x = the ID of an inactive lab (owned by a player who no longer owns the room's controller.)
$ Game.getObjectById(x).store.getUsedCapacity()
null
$ _.sum(Game.getObjectById(x).store)
3775
I'd expect getUsedCapacity() to return 3775. Its return value shouldn't depend on the active status of the structure in which it's housed.
++ to all this. Ruins are a super useful input to my auto build/repair system, but they're significantly less useful if their timeToDecay can't be relied upon.
Or perhaps an EVENT_STRUCTURE_COMPLETED event in the room event log? (EVENT_BUILD is a crude tool for identifying freshly-built structures. It's hard to distinguish a constructionSite that was completed from one that was stepped on or removed)
Can we have a room property, structureCacheKey, with some value that's guaranteed to change if, and only if, a structure has been added to or removed from a room between the current tick and the previous?
Here's a typical ruin.structure from a dead invaderCore:
{"id":"5da85c9be5efca56bcc6472d","hits":0,"hitsMax":100000,"structureType":"invaderCore","owner":{"username":"Invader"},"my":false}
Can we have level too? That's useful information. I mean, sure. It's pretty easy for us to cache it. And we can figure out out from, say, counting tower & tower ruins. But it seems like the kind of thing you might naturally find in the ruin.structure.
At around 8:30am Greenwich, on October 14, the accumulated notifications from the last few days arrived in a burst. Since then, the flow has been normal.
Game.notify() hasn't worked (for me) for some time now.
I'm not certain exactly when the problem started. The last notify I received was at ~3:30 pm, Greenwich time, on October 11. I'm certain I should have received some on the 12th.
Also, to be real sure, I issued a few manual calls to Game.notify() today, and got nothing.
I have double-checked my notifications settings. They are:
Notifications enabled: Yes Send interval: 5 minutes Send when online: Yes Notify on errors: Never Notify on new messages: Yes
I have also double-checked that the email address in my Account section is valid.
I've checked my spam folder.
Can't tell exactly when Live was last copied to PTR, but it's certainly been a couple weeks at least.
Will PTR get refreshed any time soon? My stuff there has fallen into disrepair and it's sufficiently bad that it'd be a ton of work to get it back into a testable state.
Still a thing. I ran into this just today. My fix is much like yours: Just go ahead and fill the inactive extensions, and hope for the best.
Come to think of it, it's pretty odd that we can refill inactive extensions.
I own ramparts in a room that I no longer control.
Using the UI, I can toggle the "notify when attacked" checkbox. But I can't call the notifyWhenAttacked() method on these ramparts. It returns ERR_NOT_OWNER when I do.
Expected behavior: notifyWhenAttacked() should succeed when called on objects that I own in rooms that I don't own.