Dr. McKay

offer.counter() returns a new TradeOffer object. You need to perform your changes on that TradeOffer that it returns.

There's nothing in the module right now to parse comments.

No, I don't think it's possible to opt specific offers out of cancelOfferCount canceling.

If you only want the latest, you could get the keys using Object.keys, sort it (YYYY-MM-DD sorts alphabetically quite nicely), then pull the first/last element (depending on how you sorted it).

You can control cancelTime per-offer using the cancelTime data key: https://github.com/DoctorMcKay/node-steam-tradeoffer-manager/wiki/TradeOffer#datakey-value

No.

You'd want to foreach loop over the object and pull the maximum value, just like you're foreach looping prices to get the item.

Getting the highest price would be pointless; you'd basically always just get $99,999.99.

https://github.com/OPSkins/node-opskins-api#getlowestpricesappid-callback may be what you're looking for.

The expires property tells you when Steam will expire the offer. It's always two weeks after the offer was sent. You cannot change it. It's distinct from cancelTime.

And your versions: npm list

Cookies obtained from a CM are invalidated as soon as the connection drops. You should pause your queue when you get disconnected, and only restart it once webSession gets emitted after reconnection. No, I don't believe that would be a problem.

I've added a section to the "Cookies" guide post about how different modules use them.

No, the sentries aren't particularly important if you're using 2FA.

Yes, use the setPersona method.

SteamCommunity and TradeOfferManager need only cookies to operate. That's how they keep track of their session. SteamUser operates directly through Steam's CM servers, not through the web. It doesn't need cookies for anything; it's merely capable of creating them (via the CM). Thus, you can create cookies through either SteamUser or SteamCommunity, and then provide them to SteamCommunity and TradeOfferManager. If you're already logging in with SteamUser then cookies are created automatically, even if you don't request them. Thus, it's unnecessary (and potentially problematic) to also create them via SteamCommunity. Basically, you want: user.on('webSession', function(sessionID, cookies) { manager.setCookies(cookies, function(err) { if (err) { throw err; } }); community.setCookies(cookies); }); community.on('sessionExpired', function() { user.webLogOn(); }); It's also potentially helpful to just automatically call webLogOn every 30-60 minutes, just to be sure that it's always fresh. And finally, don't run the same account in two places or else the cookies have a nasty habit of expiring prematurely.

Show your code, please. And your versions.

I don't know offhand why it wouldn't be writing the files at all, but why not just disable the singleSentryFile option to get the behavior you want without implementing your own save handler?

That is the case if you passed the community instance into the constructor. Those examples were written before that was possible so it's necessary to call setCookies on both.

\n

Yes, that's exactly what is happening. You should call user.webLogOn() and set the resulting cookies normally.

You're listening for events that steam-user emits on a steamcommunity instance.

You're pushing the data correctly, you just seem to not understand async. Calling market.getItemPrice is essentially requesting that it retrieve the item price and then let you know when it's finished. You then return immediately, without waiting for the callback.

Listen for the sentOfferChanged event and see if the new state is Accepted.

An HTTP/S proxy over IPv6? Maybe. I don't know.