bytes_intravenously

It's quite convenient that the inventory response now includes asset_properties. assets (100) descriptions (92) asset_properties (98) more_items 1 last_assetid "44889606861" total_inventory_count 983 success 1 rwgrsn-2 However, for huge inventories, Steam doesn't include them in the response, their cache needs to be warmed up. This is bad because for an inventory of 999 items, you need to make as many as 5 requests along the chain count=75->150->300->600->1000 . Whereas Steam does this in 2 requests: https://steamcommunity.com/inventory/_/730/2?l=en&count=75&preserve_bbcode=1&raw_asset_properties=1 https://steamcommunity.com/inventory/_/730/2?l=en&count=2000&preserve_bbcode=1&raw_asset_properties=1&start_assetid=44889606861 Any attempts to repeat the process with count=2000 on the second request don't give me a result with asset_properties. Same cookies, same delay, same headers Any thoughts?

I suppose I should then ask the user to voluntarily provide the mafile to enable autotrading. Third-party services probably ask the same thing / QR. It seems like it's not all that user-friendly. I believe it should be easier to set up auto confirmation for items with TRADE PROTECTION, but its not

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?