sergun

Does the respond method automatically retrieve the market listing id, as it's not provided by the confirmation object

i've fixed the problem by using the confirmation object's respond method but i'm pretty sure my code was okay as i was able to confirm all the trade offers. i guess we need to use the market listing id instead of confirmation id for acceptConfirmationForObject

hello there, i can confirm any trade offer with the offerID property but while confirming a market listing, i get this error:Error: Could not find confirmation for object "id here" example data: CConfirmation { id: '7914986268', type: 3, creator: '2846786440405394409', key: '5826745867538273787', title: 'Sell - Strange Flying Guillotine', receiving: '249,98 TL (217,39 TL)', time: '28 minutes ago', icon: 'https://steamcommunity-a.akamaihd.net/economy/image/fWFc82js0fmoRAP-qOIPu5THSWqfSmTELLqcUywGkijVjZULUrsm1j-9xgEIUxQVYhjuvTlVjdrZAfOeD-VOyNxs48VTjzc7kFl4NrPhZDFiIV2bUaQGWK1v9124WiYzupIzDNS3ofUWJ1vzhdlvNA/32fx32f', offerID: null } i've tried id, key and none of them worked.

bump

Any idea?

hello there, my bot buys items automatically from people and i sell them on steam community market for profit. the second part takes some time so i want to automate it as well. is it okay to automatically sell specific items by reading steam's graphs, checking other listings price and adjusting the price according to them, etc. steam says it's not but i wonder if there are some people doing that https://store.steampowered.com/subscriber_agreement/ "You may not use Cheats, automation software (bots), mods, hacks, or any other unauthorized third-party software, to modify or automate any Subscription Marketplace process."

Thank you, I need to confirm that trade successfully got accepted because I'm keeping stats. Should i watch receivedOfferChanged event for this purpose, instead of chaining everything?

I do. Mostly, API doesn't response in time and I get timeout error from my queue system. Sometimes, I get a 403. Offers always get successfully accepted though. Also, I just realized that i was mentioning offer.accept method, not 2fa confirmation. Been a while since I touched my code, sorry for confusion. So, it's a steamcommunity module related problem. I meant the acceptConfirmationForObject method, doesn't response in time. function confirm2FA(offerID) { return new Promise((resolve, reject) => { community.acceptConfirmationForObject(config.get('steam').identitySecret, offerID, function (err) { if (err) reject('Offer confirmation 2FA: ' + err); } else { resolve(true); // Offer is confirmed by 2FA } }); }); } Also, I just read that adding a small delay between accepting the offer and confirming 2FA would be better. I'll try this. Just tried adding some delay, didn't change much. It seems that 2FA confirmation takes some time.

There are bots which send 1k+ trades every day, it's not bannable. Feel free to do so, just make sure you are not abusing it.

hello there, i have a queue system for offers which allows maximum 60 seconds for an offer to get processed & accepted (gets queued again if requests fail somehow) but sometimes, after accepting an offer with the acceptConfirmationForObject() method, the callback takes really long to get triggered or it doesn't get triggered at all while the offer sucessfully got accepted within in seconds after calling the function. sometimes, it just works fine and gets triggered after accepting as it should be. is there anything i can do to fix this unreliability?

@Dr. McKay Would you mind merging it?

I've applied this pull request https://github.com/DoctorMcKay/node-tf2/pull/17 on the fork i've created and my issue is solved. Would be great if you could merge it.

manager.on('receivedOfferChanged', function (offer) { if (offer.state === TradeOfferManager.ETradeOfferState.Accepted) { delete(tf2.backpack); tf2 = new TeamFortress2(client); client.gamesPlayed([440], true); } }); Didn't make any difference, I guess. I don't know how to properly catch memory leaks but I guess there's something to do with the lib itself. Snapshot 1 is taken while the bot is in idle state, TF2 client was initialized and then killed. (95MB) Snapshot 2 is taken after the bot has finished processing an offer and initialized a new tf2 client (deleted tf2.backpack before that), ran the currencyMaintainer, killed 440. (139MB) Snapshot 3 is the same cycle as snapshot 2. (150MB, ~11MB diff)

I can send you my full source if needed, however; everything is fine if i reinitialize the tf2 class just before starting 440 again: Is there anything we can do to fix the memory leak? I'm almost sure it's not caused on my end because I didn't experience any memory leaks before doing this. (The bot ran like that for like 4 months without restarting on limited resources)

I did try after posting that message, forgot to inform you; sorry. It seems I'm not connected to GC after restarting the 440, I've tried to run my currencyMaintain function with itemAcquired and itemRemoved events but they won't get triggered anymore after restarting 440. (Same situation with backpackLoaded event)