I'm having the exact same problem: [11:02:35 AM][shard1]Order 5c27b0b56e6fa00924837c7a returns null

The order is persistent, and only goes active / inactive. It goes inactive when the terminal is full and cannot receive more.

When the terminal becomes available: it turns to: [11:09:34 AM][shard1]Order 5c27b0b56e6fa00924837c7a returns [object Object]

Same order. It was never cancelled. Only difference in active/inactive status.

Edited to add an update about 25 minutes later:

It seems fairly clear that Game.market.get OrderById(id); only looks in the global list filtered by active status. Knowing that the ID I was looking for would always be my own order, I changed it to: Game.market.orders[order_id]; to search only in my orders... which contains all MY orders regardless of active status.

That works fine. It always returns the object as you'd expect. What this means is Game.market.get OrderById(id); is minimally useful as it's ONLY guaranteed to work on active orders. Which... you almost certainly JUST GOT A LIST OF... so you already have all that info.

How about just not put in big orders. It's not like you can't make it bigger any time you want, dozens of times an hour, 24 hours a day if you need to.

The only reason I can see to even do this is to manipulate the order listing by having a zero amount order that exists forever, and thus, will always be at the top of the list when activated. We need less of that, not more.

Don't get me wrong. I think the 'market' needs some serious fixing. But not like this. As such, my counter proposal is to change the list order to favor NEWER orders if the price is the same. Then people would just cancel the order and put in a new one instead of feeling the need to go through these gyrations to keep ancient orders alive. Think of the extra cost of cancelling (loss of deposit.) as a tax for abusing the market.

Fair disclosure: I abuse the list order all the time by putting in small orders and increasing then as they get low and changing the price to move them around.

If I couldn't do that without incurring an extra fee, I would just ratchet the price down faster instead of trying to match the best price... thus facilitating better "price discovery" for all.

I suggested that already. I still can't remember which does what and have to constantly look it up.

I have been avoiding this topic because I don't think adding a 'new' mechanic to further diversify resource distribution is a good idea at all.

Resources are ALREADY diversified. Many sectors have few rooms with certain minerals already, and there is already a shortage of "good rooms" (Ones with 2 sources, sufficiently open to develop easily.) All what we have now does is give advantage to people with high enough GCL and sufficient combat code to be able to spread out collecting all the "good" rooms at the expense of underdeveloped players and alliances.

Making this even worse seems like a bad idea.

There is already an area in EVERY SECTOR (As o4kapuk has pointed out.) that have hugely increased resource generation, but few people utilize this because the ROI of extracting those resources effectively is very daunting. (And in case anyone says "Learn to code." I already extract from the center rooms.) I don't have to fight for those rooms at all, FEW PEOPLE WANT THEM.

The core problem with any of these schemes I see here is it ignores the root issue... transporting things with creeps is exponentially more expensive the farther away / bigger the resource is. The one proposed feature I have seen that would actually fix this is the Strongholds. By incentivizing a player to well control a sector, they can keep the strongholds suppressed and thus greatly increasing the ROI for the center rooms.

So: Two things to improve this: One: Implement strongholds. Two: Fix the market so it's easier to use it to trade the minerals you have for the minerals you want at a 'fair' price. (Fair meaning consistent in the local shard.)

Button on lower right will you push. Open side panel it will.

Remember, the force will be with you, always. just so long as you don't close the side panel.

It certainly looks sharper! One suggestion... On the market screen with all the compounds, a line that says what that compound DOES would be helpful... like "Melee Attack", "Harvest", etc. You'd think I'd have that memorized by now... but I don't, I'm rarely sure if I need a XXXO2 or a XXX2O one. I have to look it up all the time.

Yes! Thank you, it's now working just fine. I also note that the highway rooms are highlighted now, that was probably the issue.

Went through the portal to Shard 3 with a build team... but the pathing isn't working. Code runs, memory loads into the creeps, and if i force a creep.move(dir); command through the console, it moves. But the path variable under _move remains undefined.

Edited to add: This moved the creep one tile right: Game.creeps['builder_1-3487'].move(3);

I also tried to update the path to a tile close to the creep with Game.creeps['builder_1-3487'].moveTo(32,41); But that did nothing. The return was -2 "No path found" The room is W60S20 on shard3

I use the Memory tab in the UI a lot. There are probably third party replacements for it (Like there are for the console.) but I still use the in game one.

Here are my suggestions to improve it:

One: Add a button to clear all memory watch paths. Of course, it wouldn't clear the memory root one.

Two: Add a list of previously entered memory watch paths, like in the console tab. That way, I can, for example, enter "rooms.W59S18" to see the room's memory, then if I want to change, say, the "structures" object without touching the rest of the room's memory, use up arrow to pull "rooms.W59S18" from the list, and just add ".structures" to the end.

These simple fixes would make it a LOT easier to use the tool.

You can program the Roomba in Javascript. I have mine mining Utrium in the Living Room. It hasn't found the mineral mines in the other rooms, but it's only a matter of time before I can make T3 boosts.