Dr. McKay

Are you on v3 or v4?

Chat code will never be ported to node-steamcommunity. The new webchat is just a CM WebSocket connection established using a nonce retrieved from a web API. The same CM WebSocket connection is used by steam-user, so porting it to node-steamcommunity would basically just be copying and pasting all of node-steam-user. I may, in the future, add a way to get the nonce from node-steamcommunity in order to login to node-steam-user, but that's about all that would make sense to be done.

Works fine for me.

You seem to not have an understanding of how async JavaScript code works. Just because logOn was called doesn't mean you're actually logged on. You need to wait for the loggedOn event.

Check the setCookies callback for errors.

It doesn't look like you ever logged on.

You never called TradesManager.setCookies

You are still getting an array. tags: [ [Object], [Object], [Object], [Object] ] is just how console.log represents an array containing 4 objects.

let tag; if ((tag = item.getTag('item_class')) && tag.internal_name == 'item_class_2') { ... }

Please post your solution for others in the future. In this case, the problem was that the first argument to the callback should be err, not offer.

You'll need to retrieve the offer first.

Yes, that's normal. Originally v4 was going to fill in all values not sent by Steam with their defaults (e.g. 0 or empty string) but I decided against that and switched those values back to null (which is how it works in v3). Null means that those values were not sent to us by Steam at all, which is more correct than "assuming" 0 or empty string.

What is the bug?

item_class

Thanks for the info, that's fixed in beta 5. With beta 5, steam-user v4 is now feature-complete (unless there's something major I missed). Now just waiting on some more thorough testing (please post your bugs!) and for me to finish the new chat docs.

I was unable to reproduce this on the v3 branch, but there is indeed a bug in v4 that prevents sentry files from being appropriately confirmed with Steam. It will be fixed in beta 5 to be published later today, but for the time being if you delete your sentry file and login with v3 and provide an email code, v4 should then work.

CEconItem has a getTag method. Filter your inventory to only items with the tag you're looking for.

This is fixed in beta 4. Thanks for the detailed info.

That looks correct enough, though you should probably also check the tag's category.

You should check the item's tags.

You have too many open files. https://askubuntu.com/questions/181215/too-many-open-files-how-to-find-the-culprit

I'm sorry to say it, but if you don't want that behavior then you shouldn't be using steam-tradeoffer-manager. The entire purpose of the module is to keep stateful track of trade offers so that relevant events can be emitted when things change, but what you're asking for is to disregard old offers and only deal with new ones. That's not what steam-tradeoffer-manager is designed to do, and you'd probably be better off using some other library to deal with trade offers if your memory limitations require you to disregard older trade offers.

Beta 3 is now on npm. Now featuring (most of) the docs for the new chat API!

Uhhh, good catch. It should work, but you won't get a response back yet.

Supported in v4 beta 2.