-
Posts
3545 -
Joined
-
Last visited
Everything posted by Dr. McKay
-
Then you have the wrong time or the wrong secret.
- 3 replies
-
- nodejs
- steamcommunity
-
(and 2 more)
Tagged with:
-
https://github.com/DoctorMcKay/node-steamcommunity/wiki/SteamCommunity#getconfirmationstime-key-callback
- 3 replies
-
- nodejs
- steamcommunity
-
(and 2 more)
Tagged with:
-
All of that data is already available. As long as you're set to online, myFriends contains the list of who all your friends are, and users contains their profile data, updated in real-time.
-
Question Question about double console.log line
Dr. McKay replied to Skyper's topic in node-steam-user
Given that your steam-user seems to be temporary, you could just create a new one every time. -
You would need to add support directly to steam-user by editing it. You can't just call underscore-prefixed methods from outside of the module and expect things to work. Take a look at the commit history to see what it takes to add support for a new message. Why do you want to use this, anyway? You can already get your friends list from steam-user.
-
Question Question about double console.log line
Dr. McKay replied to Skyper's topic in node-steam-user
I would assume it's because this code is being called multiple times and is attaching a new listener to loggedOn every time. -
You need to go into that node-steam-user-4 folder and run npm install
-
Are you on the latest v4 commit? That sounds like a bug I fixed a couple weeks ago.
-
You don't, you use sendFriendMessage.
-
You probably aren't in any groups.
-
getGroups
-
Yes, it posts all device changes. If you're using an HTTPS webhook it's possible that Mono doesn't have the appropriate CA certificates. I've had trouble with getting it to post to some HTTPS endpoints properly.
-
Yes, because ignorant coders will almost definitely start passing API keys that don't belong to the account they're signed into, and start posting GitHub issues asking what's going on. If you know what you're doing, you can set the apiKey property directly with the correct key, but please make sure you actually know what you're doing.
-
Chat history is temporary for all chats, even group chats.
-
As in all callbacks, the first argument is err. And I'm pretty sure you'd want to still use getChatHistory as before.
-
You should not be using the same id for the first and second parameters. The first parameter is the group chat ID, and the second is the ID of the channel you're looking for. Get rid of the parens around the parameters. That's turning the commas into comma operators, which is not what you want to do.
-
Question Error: This trade offer is no longer valid.
Dr. McKay replied to roughnecks's topic in node-steam-tradeoffer-manager
Active means its state on Steam is Active. Anything that you can accept but haven't yet is active and you should be able to use getUserDetails on it. To get user details for trade offers that are no longer active, you'll need to use the WebAPI. -
Question Error: This trade offer is no longer valid.
Dr. McKay replied to roughnecks's topic in node-steam-tradeoffer-manager
You cannot call getUserDetails on a trade offer that is not active. -
How can i trigger sessionExpired every 15 mins?
Dr. McKay replied to Riya's topic in node-steamcommunity
There is absolutely nothing wrong with doing this. I'd recommend that you do it this way, although maybe 15 minutes is too quick. Try 30 minutes and if you still have trouble, lower it to 15. -
You're not losing your connection to the Steam servers. Your web session has expired. They're two separate things. When you connect to the Steam CM (the server the Steam client connects to), the CM issues you a "nonce" which is then exchanged for web session cookies via the API. Those session cookies can expire, and so you'll need to get new ones from your still-connected connection to the CM. That's what webLogOn is for. This is exactly what's happening when you see this in your Steam client: Your client is still connected, but the web session is expired. So it needs to get new cookies.
-
You're accepting offers very wrongly. First, remove the offer.accept(...) around your call to your own accept function. Second, passing offer.accept to setTimeout like that will cause problems because the this reference is lost. For example: function TestObj(name) { this.name = name; } TestObj.prototype.printThis = function() { console.log(this); }; let obj = new TestObj('foobar'); obj.printThis(); setTimeout(obj.printThis, 500); Prints this: TestObj { name: 'foobar' } undefined The reason this happens is because this is set to the reference of the object on which the method was called. So when you call obj.printThis(), the this reference is to obj. But when you pass obj.printThis to setTimeout, what setTimeout sees is something like: function setTimeout(callback, delay) { wait(delay); callback(); } As you can see, when callback is called (which is obj.printThis in this case), there is no object reference on which it's called, so this is undefined. If you want to pass offer.accept to setTimeout like that, you'll need to bind it like this: setTimeout(offer.accept.bind(offer), delay)
-
https://github.com/DoctorMcKay/node-steam-user#datadirectory
-
https://github.com/DoctorMcKay/node-steam-tradeoffer-manager/wiki/TradeOfferManager#getoffersfilterhistoricalcutoff-callback
-
No planned date yet.