Dr. McKay

Yes, it will come up once and then you should get logged back in. It's fine to go ahead and call getExchangeDetails in the callback of offer.accept.

steamcommunity doesn't know that the session expired until it gets back a "Not Logged In" response. In other words, it's the "Not Logged In" response itself that triggers the sessionExpired event.

Unfortunately that's not possible.

You would retrieve the other user's inventory and use addTheirItem to add their items to the offer.

Collecting credentials from users is a very bad idea, no matter how good your intentions are. I won't support that.

No, sadly that's not possible. There are some browser extensions out there that will make this work with a single item only, by appending &for_item=appid_contextid_assetid (like for_item=730_2_123456789) but that's only if the user has one of those extensions installed, and isn't using the Steam client.

Are you re-retrieving the user's inventory the second time? Maybe the fact that you're manipulating the response object is what's causing your problem.

Here is where that plugin came from: https://forums.alliedmods.net/showthread.php?p=1850358 There are only a select few commands that the server can force the client to execute, and quit is not one of them. In fact, that plugin doesn't actually support running client-side commands, it only supports "fake" client commands. Meaning, it makes the server think that the client ran a command. So it's only going to work on commands that run server-side, like "kill".

You can't do offer.addMyItems(item.amount = 1) You need to do it like this: item.amount = 1; offer.addMyItem(item);

Not really. Skins don't have "colors", they have patterns, which are ultimately textures.

The big problem is that you'd also have to reverse engineer VAC, and have fun with that.

I don't really think that's possible unfortunately, since a bot can't join a CS:GO server. I could be mistaken.

No, if you want additional criteria for whether a trade offer should be canceled, you need to implement the logic of cancelTime yourself.

Firstly, your getOffer function is incorrect. It should look something like this: getOffer = (offerID) => { return new Promise((resolve, reject) => { console.log("Getting trade offer", offerID); this.manager.getOffer(offerID, (err, offer) => { if(err) return reject(err); resolve(offer); }); }); } I'm not super familiar with express, but I would imagine that you'd do something like this: app.get('/tradeOffer', auth, async (req, res) => { let { offerID, username } = req.query; await accounts[username].getOffer(offerID) .then(offer => {console.log("Offer", offer); res.status(200).json({id: offer.id}); }) .catch(error => console.log(error)) })

Your fix is correct; you must log into steam-user with your password to get a login key.

Sounds like you're looking for the cancelTime constructor option.

err.type is not a property that exists. You should check the text of the error message to see what caused the error.

I don't know what you're doing wrong, but it seems to work for me.

That's not currently possible.

It sounds like your proxy is either misconfigured, or is trying to decrypt your HTTPS traffic, which is definitely suspect.

Yes, the packageList argument in the callback contains the package IDs and names.

Then I can only assume that the fabricate class weapons recipe is considered "high-value".

I guess there must be something wrong with the way you're getting your item IDs, then. Edit: Actually, possibly that recipe might be one of the ones that Valve banned bots from using after the geel incident. I'm not sure why one would consider a weapon to be "high-value", but you never know with Valve. Can you craft those 3 items in-game?

Are you sure 11 is the correct recipe ID?

It could be just that the GC has some rate limiting.