All Activity

Here is a cleaner version if you encounter problems. Still not working %100, randomly works. As on some steamcommunity versions, that method would cause a crash. if (this._options.request) { return reject(new Error('SteamCommunity.login() is incompatible with node-steamcommunity v3\'s usage of \'request\'. If you need to specify a custom \'request\' instance (e.g. when using a proxy), use https://www.npmjs.com/package/steam-session directly to log onto Steam.')); } const SteamCommunity = require('steamcommunity'); const community = new SteamCommunity(); // Patch before confirmations — login doesn't use this.request community.request = community.request.defaults({ headers: { 'Accept-Encoding': 'gzip, deflate, br' } });

For me, this method has not changed anything at all. I consistently receive cookies from the steam-session, setCookies() in steamcommunity and tradeoffer-manager work stably, but as soon as I try to send an exchange from the bot or get a link to the exchange bot getTradeURL(), I get error 429 Works for me: request: Request.defaults({ proxy: proxy, headers: { 'Accept-Encoding': 'deflate, br, zstd' } })

Hello, I have been having problems loading my inventory since yesterday and I keep getting the 429 warning. I updated all the modules but my problem is still not solved and I am not able to load my inventory. How should I solve my problem? Thanks

Hello, I have been having problems loading my inventory since yesterday and I keep getting the 429 warning. I updated all the modules but my problem is still not solved and I am not able to load my inventory. How should I solve my problem? Thanks

receiving ofc. Trying to find the way to minimize it

Yes, I do. Using trade offer manager which uses steamcommunity with the new headers defined. Endpoints like offerslist however don't seem to be returning 429's, only the confirmations endpoints do. Are you not receiving any 429's yourself when trying to confirm offers?

do you call other api endpoints on same proxies? inventories, offerslist and so on

Yes, didn't have these 429's yesterday with the same Proxy setup. All proxies are residential.

do you use 1 account per 1 proxy?

This seems to be a part of the solution. The confirmations are working like 60-70% of the time now but for the other 30-40% error 429 is still getting returned. Thank you for sharing though.

here is easy fix: const request = require('request'); const SteamCommunity = require('steamcommunity'); let community = new SteamCommunity({ request: request.defaults({ headers: { 'Accept-Encoding': 'gzip, deflate, br' } }) }); if you use proxy: request: request.defaults({ proxy: proxyUrl, headers: { 'Accept-Encoding': 'gzip, deflate, br' } }) This is not rate limiting. Steam's WAF now fingerprints the Accept-Encoding request header. The legacy request package (which node-steamcommunity uses internally with gzip: true) sends exactly Accept-Encoding: gzip, deflate — real browsers always include br as well. Steam now rejects the bot-like values outright: Accept-Encoding sent Response gzip, deflate (request lib default) 429 gzip 429 gzip, deflate, br 200 gzip, deflate, br, zstd 200 Same IP, same endpoint, seconds apart — only the header changes the outcome. api.steampowered.com is not affected.

I'm having the same issues with my bots. I can also see that a lot of sites are struggling with trading bots while some have already adapted, likely need an update to steamcommunity package.

Is it just me or today something happend with rate limits again? Trade confirmation on all of my bots goes right into 429 error, even though they use different IPs and accounts and it's no more than 4 trade per hour Same with market confirmations. I saw on the forum that getTimeOffset was strict before, but I never experienced something like this, hope it's temporary.... And I also have troubles with inventory loading... On my PC if I load inventory from the browser everything seems ok, but on the same PC using a script I get 429 on the first request... It used to be the same. Something is not right... I use edited version of inventory loading. Were there any changes in requests?

any workaround regarding this?

fix: Invalid time value by @ricardocefet2018 in #367 Full Changelog: v3.50.0...v3.50.1 View on GitHub

@Lukasz Hi, have you received a response from them?

Heads up Steam returned item data where a trade-lock date in owner_descriptions was garbage (e.g. text like “Tradable After …” that doesn’t parse to a real date). steamcommunity’s CEconItem tried new Date(badString).toISOString() → RangeError: Invalid time value.

Oh this is steam inventories with 100Ks

can i ask which inventories are these with so many items CS inventories store 1k items Max per user

yes, request inv < 20000 items ok after a few sec request inv > 20000 not ok after a few sec request inv < 2000 still ok

You can write an Email to: [email protected]

works fine on small inventories? when u get a 429 on a large inv try doing a small inv reqeust immidietly

did they respond? how did you contact them? through normal steam support?

Just asked steam about this - w8ing for thier respond

I always get error 429 on getPartnerInventoryContents when I fetch large inventories