Why not just post the issue here? The admins will see it, but there is also a chance someone who's ran into the same issue could offer you advice.

logs.tf currently treats pauses as normal gametime, so if there's a pause in a match eveyone's per-minute stats go down. Is there a way to not count time paused as gametime?

pooop

Looks like you didn't upload any logs yourself (or removed them already), and deleting the other 848 ones you appear in is imo a bad idea, because someone else in those might want to preserve them.

Also it's not like logs hold any sensitive data, IPs are stripped out, and if you were a racist in chat, well, shouldn't have posted those messages then.

Pulling the JSON file for a log gives weapon IDs like "tf_projectile_rocket" or "quake_rl" for rocket launcher and original. Is there a list anywhere of which IDs correspond to which weapons?

You can take a look at this list with weapon classes, alternatively actually parsing the itemschema (Steam API JSON or items_game.txt VDF) will give you an up to date list of all items & weapons.

Cheers, items_game.txt has them under item_logname

This might be a long shot, but do you think you can include demos in the logs? It's quite bothersome having to hunt through logs to find a particular match, then find the corresponding one on demos.tf.

That would add a stupid amount of overhead to running the server, there could be a way to link a demos.tf page to a logs.tf page using the api available, but I don't see any reason for zoob to want to store so much extra shit on his server. Plus if you're using serveme.tf you can get both there, shoutout to Arie.

I created userscript that searches demos uploaded to demos.tf

Screenshots: https://imgur.com/a/FK1dS3R
https://www.teamfortress.tv/56783/search-and-link-demos-and-logs-userscripts

It works best on logs / demos that are 10 min - 2 years old. There is some expected delay on logs.tf/demos.tf apis. At the moment demos.tf api seems little buggy for old demos.

I only see a grey box when I try to use .ss or !log

I have HTML enabled; i've tried resetting my config completely

Help please :-)

That's most likely a hud issue BigPapi, remove resource\ui\TextWindow(CustomServer).res and see if it fixes the issue.

If the above doesn't work you can try the following:

In steam settings > go to Web Browser > Delete web browser cache and cookies

still nothing :-(

[TFTrue] The log might have not been uploaded. HTTP error 500

any ideas how to solve this guys?thx in advance

internal service error; not your end

Presumably they mean "how would a server owner fix this issue". I came here for this exact same question. From what I've found so far, it seems to be something to do with cURL but I'm not entirely sure.

a 500 means that the endpoint you're hitting, logs.tf/upload, is not avaliable (https://www.restapitutorial.com/httpstatuscodes.html)

there's nothing you can do besides making sure that your server has curl, and that curl correctly works. Otherwise, you can't do anything but to retry the log or do it manually.

Having a problem manually uploading combined logs. When I add them to the upload page they never appear. Had someone else try to upload them for me and it wouldn't work for them as well.

I'm bumping this thread again in hopes that something can be done. Looks like logs.tf is having issues combining logs again (using both twiikuu's log combiner and Jack's on screen combiner). I can't download some logs either and get a 404 page when trying. Look at http://logs.tf/2725152 for example.

Any ideas what to do? I do a ton of log combining and organizing for tftv stream stats and this throws a huge wrench into what I can do.

While we're here, can we please redirect the http -> https? You have support for https but it doesn't auto redirect.

Due to time zone changes logs are quite funny -> http://logs.tf/2726921

Did updating existing logs per round break? Since yesterday it's creating a new log per round instead of updating the existing one and I didn't change the anything on the server.

Yeah, looks like an error on the logs.tf side that 'upload logs after rounds' now result in new log pages, as well as sometimes failing to upload that last round as a complete log.

Also downloads for combining or getting raw logs still doesn't function 100%.

Yea my server keeps throwing logs errors as well

only uploading on the website. !log command not working on any server recently.
Sad!

looks like this has been resolved

I keep geeting HTTP Server response 429 when trying to get the json from the logs

This is my method that makes a request to the Logs.tf api, its written in java. Currently i basically get a List of Logs from a player(with having the limit set to 100, it works with having the limit set to 50 though) using the http://logs.tf/api/v1/log?player=Z&limit=X link and then parsing them one by one. First I Call this method to get the JSON and then a diffrent one to parse it, but around halfway through I get a 429 with the lmit set to 100.
My question is: is the Requestlimit the problem here or is my method somehow wrong?

    //Gets the JSON String from a logURL
    String getLogJson(URL logURL){
        StringBuilder content = new StringBuilder();
        try {
            //Connect to Logs.tf and request a Log
            HttpURLConnection con = (HttpURLConnection) logURL.openConnection();
            con.setRequestMethod("GET");

            //Reads the log JSON
            BufferedReader in = new BufferedReader(new InputStreamReader(con.getInputStream()));
            String inputLine;
            while ((inputLine = in.readLine()) != null) {
                content.append(inputLine);
            }

            //closes the connection
            in.close();
            con.disconnect();

        } catch (IOException e) {
            System.err.println("Connection Error");
            e.printStackTrace();
        }

        //return the full json String
        return content.toString();
    }

I'm pretty sure that's just because you're requesting too many json files one after the other and at some point (to avoid inappropriate usage of the api) it doesn't except any more requests for a couple of seconds. Pretty much every api does that.
Usually in the header of the content you're requesting there's a "retry-after" which specifies how many (milliseconds I believe) you have to wait until you can make another request. (https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/429)
If I remember correctly logs.tf doesn't use that header though... You'd need to check.
One simple fix for the issue would be to catch that specific error and halt the program for a second and then call the function with the same URL again.
There's a lot of issues with that approach but I'm not too versed with http requests in Java so sadly I can't help you anymore beyond that. There's probably more information on how to handle 429 responses in java somewhere on the internet.

a 429 means you're sending too many requests (https://www.restapitutorial.com/httpstatuscodes.html)

Not sure if this is something that is on your end or the server's end, because I don't see anything that is making more than 1 request every x seconds.

When I went through the logs.tf api python code, I didn't see anything that resembled a rate limiter, but Flask may add one by default that I couldn't catch.

My advice is to do either 50 or 75, because under the hood it may be calling functions that use rate-limiting.

I never had an issue when testing in Postman with this endpoint, but I haven't tried in a few months. I'll come back to this if I find anything.