Dr. McKay

No, there isn't any native support in the library for that. It would probably be easier for you to just manually send the request and parse the JSON yourself.

Yeah, time_historical_cutoff is used to include non-active offers that have updated since the provided time, when you pass active_only.

Native support for what, filtering by item name? No.

You can use the count URL parameter to filter how many items are returned, like this: https://steamcommunity.com/inventory/76561198006409530/753/6?count=1

All active offers should always be returned when you pass active_only, regardless of your other query parameters.

When you pass data through IPC like that, it gets serialized and then unserialized on the other end. The nature of a SteamCommunity object actually being a SteamCommunity object doesn't survive that serialization.

Your assumption is correct. You could either use IPC to call to the master process and do your steamcommunity work there, or use IPC in the master process to the worker processes to share your login cookies.

I don't know what you think appinfo is, but it's not what you're describing.

The only thing that happens when a session expires is the sessionExpired event gets emitted (potentially multiple times). There isn't any other way to tell.

That code all looks fine, but bear in mind that steamcommunity doesn't set the steamID property to null when the session ends like steam-user does.

If what you're doing is working, then there probably isn't any actual rate-limit being imposed. But I would definitely use a short delay rather than blasting all the messages at once, since that could potentially trip some rate-limiting.

Yeah, just use the GetFriendList WebAPI method.

Can you verify the sessionExpired event is actually getting emitted? It can only get emitted if the module can verify with certainty that your session isn't valid anymore; getting a private inventory response isn't sufficient verification.

Yes.

Not really. In theory, the code to support this could be written, but I don't see what useful purpose it would serve. And you wouldn't be able to report as a VAC-secured server.

About all you could do is repeatedly send the MOTD message, but that would presumably make the page reload every time.

You would need to root/jailbreak.

You need to filter the inventory to find the "Gems" item, and set its amount property to 1.

You can't get old appinfo.

Still need some more details.

Seeing some code would help.

Yeah, that would work. You shouldn't need to worry about security as long as the bot's web server is only listening on localhost.

Going to have to ask for more explanation.

Created an issue for this: Steam awards · Issue #271 · DoctorMcKay/node-steamcommunity (github.com)

For the most part, if you just call webLogOn every 30 minutes, you should be fine.