Dr. McKay

You should be calling gamesPlayed inside of your loggedOn event. It really shouldn't be necessary to call it from an interval.

That code as written should work, but: It looks like you'll be adding a new loggedOn listener every time you call login. That's not a problem if login is only called once, but I kind of doubt that's the case from this snippet. That return statement isn't doing anything. It's not necessary to pass your desired persona name every time. If you don't pass any name, Steam won't change your name. It's recommended to reference the enums rather than using the literal value. So in this case, client.setPersona(SteamUser.EPersonaState.Online) Where do you call gamesPlayed()?

Check out the sentOfferChanged event.

If Steam forgot you were in-game, you wouldn't go offline; you'd go online but not in-game. You probably want to try calling setPersona in your interval instead. That said, I've never experienced this. Can you show the code in your loggedOn event?

Thanks so much for the help @vrtgn. It may be worth noting that if you're using async, you don't need to use .catch((err) => . . .). You can use try/catch: try { const inventory = await getInventory(); // do whatever } catch (err) { console.error(err); }

Nope.

I don't believe so.

You could try that. It works for me.

Created an issue for this: https://github.com/DoctorMcKay/node-steam-user/issues/297

I don't understand your question. What exactly isn't working?

It seems that WebStorm gets confused by @extends in modules for some reason. v4.14.0 should properly make WebStorm understand what's going on.

Update to 4.13.3 and that warning should go away.

It seems to work properly for me. I wrote a bot to do this: user.chat.on('friendMessage', async (msg) => { console.log(msg.message); user.chat.ackFriendMessage(msg.steamid_friend, msg.server_timestamp); if (msg.message.match(/^personastate \d+$/)) { let state = parseInt(msg.message.split(' ')[1], 10); user.setPersona(state); } }); It did what was expected.

Node.js will automatically exit if nothing is waiting for input. You just need to add some code to accept the code from the user somehow, and the application won't exit.

SteamDB requested and downloaded data for every package from Steam, and then built their own database.

You can tell Steam that you're playing a game from steam-user, and make your account thus appear in-game to friends, but you can't actually launch the game client for real and get Steam connectivity features.

No, that's not possible.

I don't really think you can. You'd have to just see what's new in your inventory.

You can use this script: https://github.com/DoctorMcKay/node-steamcommunity/blob/master/examples/enable_twofactor.js

You can send a trade offer without a token only by being friends with the account in question. You can't add someone as a friend via the WebAPI like that.

Yes, it's possible. You should probably seek help at stackoverflow.com; I'm not here to teach you JavaScript.

You can use node-steamcommunity for that: https://github.com/DoctorMcKay/node-steamcommunity/wiki/SteamCommunity#editprofilesettings-callback

You're correct. I'll update that now.

I'm confused; are you planning to receive account credentials from the remote client that's invoking your HTTP endpoints? If not, then there's no point in having a /verifycode route; you should just handle the steamGuard event automatically.

Correct, tradeRequest is for real-time trade requests, which you actually can't send through the Steam client anymore (although I think you might be able to through CS:GO, not sure). Use steam-tradeoffer-manager to handle trade offers. Here's an example.