• Implemented new global Store prototype. All structures and creeps now use this prototype as their store property. Old style properties are now considered deprecated. See documentation for more details, and also this previous discussion.

• Added new method Game.market.getHistory.

• Increased per-player market orders limit from 50 to 300.

• Added expiration period to market orders. An order expires in 30 days after its creation, and the remaining market fee is returned. Extending the order doesn't update its expiration time.

This update is available in ptr beta branch on npm and Steam starting from version 4.0.0-beta.1:

npm install screeps@ptr

It's great that we can eventually get our fee back if no-one deals our order. However, this does make me start to wonder why we can't just get the fee back if we cancel the order early? Is there a reason why we need to enforce a time limit on this?

I love the concept of the store change, its going to tidy a huge portion of my code

I cleared my main-loop and called directly for an example:

their carryCapacity is undefined..

Edit: ops consuming powers don't seem to work (at least OPERATE_EXTENSION). it returns with -6 ERR_NOT_ENOUGH_RESOURCES

probably only a short-term problem.. seems not a problem anymore..

There's also still value in scanning and keeping some of your own history, though, so anyone who already has that code isn't sad to have it.

Also, I'm looking forward to getting the million credits or so back for my legendary energy order on shard0.

 if(!register.structures[target.id] || !utils.capacityForResource(data(target.id), resourceType)) {
            return C.ERR_INVALID_TARGET;
 }

and PowerCreeps can not withdraw generally also with a OK result.. but using GENERATE_OPS power works

their carryCapacity is undefined..

Edit: ops consuming powers don't seem to work (at least OPERATE_EXTENSION). it returns with -6 ERR_NOT_ENOUGH_RESOURCES

Still an issue. Without PowerCreeps also factories can hardly be tested

I had focused on whether the new .store would be backward compatible with the old plain Object. As far as I can tell that is the case. However, I discovered another failure that I fear might be quite common. In my case I was using something like if(!!struct.store) to change creep behavior when distributing energy among my structures. The new .store property didn't break my code (no errors) but my creeps stopped filling extensions.

I worry that other players will get frustrated if they run into a similar issue. If we had an official snippet that might help a frustrated player quickly avoid the change to see if their problem goes away (prove to themselves that it's not the new .store at fault).

I'm imagining something like mirroring .store to .cargo and removing .store from the structures that didn't have it previously. If .cargo is the wrong color of bikeshed it's an easy find replace in the snippet to pick a new one.

Also the new name makes a clear verification path. Change all of your code to use .cargo instead of .store fixing it along the way. Once you no longer refer to .store anywhere remove the shim and Replace s/\.cargo/.store/g.

if(globals.Store) {
  for (klass of [StructureExtension, StructureStorage ...]) {
    Object.setProperty(
      klass.prototype,
      'cargo',
      Object.getOwnPropertyDescriptor(klass.prototype, 'store');
  }
  for (klass of [StructureExtension, ...]) {
    delete klass.prototype.store;
    Object.setProperty(
      klass.prototype,
      'energy',
      { get() { return this.cargo? this.cargo.energy: 0; } }
    )
  }
}

// also clean up non-energy properties in StructurePowerSpawn, StructureLab, and StructureNuker

npm install screeps@ptr

Please note that this change includes backwards-incompatible data migration! It will upgrade your db.json file permanently on the first launch. New Steam client (currently in public-test-realm beta branch) will only connect to servers with version 4.0.0-beta.1 and later. After this change goes to production, Steam clients will no longer be able to connect to 3.x.x server version.

Seems to few market orders for the compressed minerals? Most of the bars dont have any active buy orders. Probably due to its now profitable to buy normal minerals, compress and then sell them again.

I think we should wait for the market to adjust to cut down on the profit margin from buying minerals, barring, and selling before changing anything.

All the commodities are also mineral sinks and it seems still relatively few people are touching them yet. That'll provide other sinks beyond bars.