All Activity

You can't mobile confirm a trade offer without having your account's identity_secret, which is present in the mafile.

The steamstore module have the ability to remove number with sms confirmation! https://github.com/DoctorMcKay/node-steamstore/blob/680f370f2d5c43936968e2d573373f7c419bd515/components/account.js#L204 Is there a way to remove with email code ?

hi McKay. After you initiated tradeoffer, there also need second confirmation through Steam mobile application. I'm building a user-friendly system that does it for the user (the user just clicks the "Submit Trade" button, and behind the scenes, initialization and confirmation occurs). I'm partially certain that a mafile is needed. But my users log in through Steam and that's it; nothing else is required of them. Some Chinese have already implemented this. I can't find any information about how this is done without the mafile secrets. I'm asking here because you've worked with Steam much more than I have. Am I missing something?

hello, are there any plans to update the getUserInventoryContents method? steam added the asset_properties field in the response from https://steamcommunity.com/inventory/ it contains float and pattern template Thank you

Hey Dr. McKay, Just wanted to say thanks a lot for your help. Really appreciate you taking the time to look at it!

There is anyway to generate or understand what it is responsible for server_secret in css ?

currency mismatch

You're far more than one step away. Joining a community server is not supported and never will be, as you'd have to implement VAC which nobody has been insane enough to try.

Thank you so much for your help! Your last tip was the key. We can see the "In-Game" status on the Steam profile, and the `connectedToGC` event fires correctly. Now we are facing the final step: making the bot connect to a specific community server by its IP address. We have tried a couple of logical approaches that failed, and we are a bit lost. Our failed logic was: 1. After `connectedToGC` fires, we first tried to find a function like `csgo.getServerDetails('ip:port', ...)` to get the server's SteamID, but that function doesn't exist. 2. Then, we tried a different approach by creating a lobby first with a function like `csgo.createLobby()` and then joining from there, but that function also doesn't exist. Our question is: What is the correct method or sequence of events within your libraries to make a logged-on client, which is already connected to the GC, join a specific game server by its IP address (e.g., `123.45.67.89:27015`)? We feel like we are just one step away. Any guidance you could provide would be incredible. Thank you again!

Where are you getting a 'ready' event from? No such event exists in globaloffensive. It's connectedToGC.

After following your last advice (removing my modifications), the script now works partially. My Steam profile correctly shows my account as "In-Game: Counter-Strike 2". However, the script itself still hangs. The `ready` event from `globaloffensive` never fires. The console shows a successful login, but nothing after that. It seems `steam-user` is working correctly, but the handshake with the Game Coordinator is still failing silently.

It wouldn't show as in-game on the profile unless you set your persona state to Online with the setPersona() method, although that wouldn't affect connecting to the GC. Are you still using your modifications to global offensive? Try getting rid of those, as those weren't your problem.

Thank you so much!😃

I tested it on a brand new account with only the CS2 license. It shows in the 'Recently Played' activity that the game was launched, but it doesn't show that the game is currently running in the Steam status. Any idea?

Set your client's persona state to Online and then check the account's Steam profile to make sure it's actually launching CS. If it doesn't appear as in-game, you're doing something else wrong.

Init payload: { country: '', language: 8, currency: 0, line_items: [ { item_def_id: 5117, quantity: 1, cost_in_local_currency: 2200, purchase_type: 0 } ] } Init failed: 8 What am I doing wrong?

Hi Dr. McKay, I corrected the code to use the `gamesPlayed()` function call as you suggested. Unfortunately, the problem remains exactly the same: the connection to the Game Coordinator still times out. Is there any other possible code change you can think of that might solve this? Sorry to keep bothering you with this. I'm just really keen on getting this code to work.

This is normal if your steam-user client shut down without properly logging off recently. I believe what happens is the GC never receives a notification of the client disconnecting, so it keeps your session active even though you're no longer there. You can typically solve this by calling logOff() if you don't get a session in a reasonable time, then logging on again.

client.gamesPlayed = [730]; // Announce we are "playing" CS2 This is your problem. The correct usage is: client.gamesPlayed([730]);

Fixed this by updating the schema steammessages_clientserver_2.json "CMsgClientRichPresenceInfo": { "edition": "proto2", "fields": { "rich_presence": { "rule": "repeated", "type": ".CMsgClientRichPresenceInfo.RichPresence", "id": 1 } }, "nested": { "KV": { "fields": { "key": { "type": "string", "id": 1 }, "value": { "type": "string", "id": 2 } } }, "RichPresence": { "fields": { "steamid_user": { "type": "fixed64", "id": 1 }, "rich_presense": { "rule": "repeated", "type": ".CMsgClientRichPresenceInfo.KV", "id": 3 } } } } }, And make changes for requestRichPresence inside friends.js because it returns array of object now not bytes let response = {}; body.rich_presence = body.rich_presence || []; for (let rp of body.rich_presence) { let kv = rp.rich_presense; if (!kv || !rp.steamid_user || kv.length == 0) { continue; } response[rp.steamid_user] = { richPresence: kv, localizedString: null, }; } resolve({users: response});

Hi Dr. McKay, thanks again for the reply. Yes, I believe I'm logging on correctly, but I would really appreciate it if you could take a quick look at my minimal test script, just to be sure I'm not missing anything obvious. The code is pasted below. It always logs in successfully but then times out waiting for the Game Coordinator to respond. Thank you for your time. index.js

I'm running into a weird issue with the GC session in CS:GO. As you can see in the screenshot, I'm logged in, but haveGCSession is showing as false. The strange part is that it doesn't happen every time—sometimes it's true. Any idea what's going on? async loginGame(appId = 730){ logger.info('loginGC', this.config.steamId, ';', this.getClientGC().haveGCSession); if(!this.getClientGC().haveGCSession){ this.client.gamesPlayed([appId]); await sleep(1000) } return { code:200, success: true, data: null } } checkStatus(){ return { code:200, success: true, data: { isSteamConnected: !!this.client.steamID?.toString(), isGCClientConnected: this.getClientGC().haveGCSession } } }

I'm not aware of any other requirements like you describe. Are you sure that you're logging onto Steam correctly?

Thank you for that insight on GC bans. It was a very strong theory, but we have a confusing result that seems to contradict it. We ran the test one last time using a "clean" main account. This account has zero history of botting, scripting, or any automated activity – it has only ever been used for normal gameplay through the official Steam client. The result was exactly the same: a successful login, followed by a consistent timeout when trying to connect to the Game Coordinator. The `ready` event never fires. Since this happens even on a clean account, it suggests the issue isn't related to the account's *past* history. Is it possible that the GC now instantly flags any account that attempts a non-client login? Or is there any other subtle account requirement (like profile privacy settings, Steam Guard configuration, etc.) that could be causing the GC to silently refuse the connection? This is our final piece of the puzzle, and we're completely stuck. Any final thoughts you have would be incredibly helpful.

No, there's no other prerequisite. Were you previously using these accounts for something like requesting item data? I've heard reports of people having their accounts "banned" from connecting to the GC after doing so.