-
Notifications
You must be signed in to change notification settings - Fork 180
"Sentry" event not firing #178
Comments
I checked it now and it works properly. I had to trigger some limit on Valve's side apparently. |
- Pass the whole object to support potential partial updates - Let the user send the response for the same reason, and to prevent a situation where the user doesn't use sentry files and Steam hits the limit for registered sentries (see #178) - Rename 'sentry' -> 'updateMachineAuth'
You're right, it's a Steam weirdness, and these kinds of inexplicable surprises from Valve are the reason node-steam has gradually moved from trying to encapsulate the Steam protocol (like the Steam client does) to being a simple wrapper. I've moved most of the logOn description to the wiki that anyone can edit instead of (rightfully) submitting issues when such surprises occur. Regarding your issue, I can have a guess what happened. Whenever node-steam received a sentry, it automatically accepted it by sending a response, even though you didn't handle 'sentry'. If Steam saves all of them, it's reasonable to expect that there is a certain limit on their count. This is another reason why node-steam doesn't auto-accept sentries anymore. (see 'updateMachineAuth') |
steamUser.on('updateMachineAuth', function(sentry, callback) {
fs.writeFileSync('filename', sentry.bytes);
callback({ sha_file: calc_sha1(sentry.bytes) });
});
|
As in topic. First of all, it worked up to some point and after 50-60 successful logins (I had to provide Steam Guard code each time, since I was yet grasping concept of this hash thing, but event was properly firing) it suddenly stopped firing. However it does work properly for another (years-old) account whole time, but not for my new, test one. This is important, because it shows that problem doesn't lie in my code.
I also can't register my own hash - it's ignored even if I properly call logOn method with both valid Steam Guard code and my own hash and then try to provide only hash, without code. I'm simply getting logon error 63 then.
So my first guess is that it's not a problem in node-steam, but rather something on Valve's end - but still possibility of such error could be mentioned around "logOn" method description.
The text was updated successfully, but these errors were encountered: