Bug Reports

If you identify any API bugs or errors in the data please record them here.

602 Responses to “Bug Reports”

  1. Admin says:

    Hi Gavin,
    Unfortunately it had to be a quick fix this season. It it does become a regular feature I’ll have to introduce a new table and change the way the standings are calculated. Let’s see what happens.

  2. Admin says:

    Hi Philipp,
    Thanks for the warning – now corrected.

  3. Sergio says:

    Hello, I don’t know if this is a punctual problem but there is an error with the connection to the DB, my app stops working with the error ‘Error: getaddrinfo ENOTFOUND ergast.com’, and I checked other apps that use this API and they have the same problem.

  4. Admin says:

    Hi Sergio,
    This should be fixed now – the name server crashed yesterday and had to be restarted.
    Let me know if you still have problems.

  5. mk says:

    First of all, thanks for your wonderful API.

    I believe I found a bug in fastest lap data for 2021 Hungarian GP. It seems messed up. The ‘results’ table shows that Tsunoda (driverId 852) has the fastest lap of the race with id 1062 with 1:18.394, while in reality this time was set by Gasly. Gasly’s fastest lap in the table is 1:20.359, which, according to all F1 official data I was able to find, belongs to Fernando Alonso. Looks like every single fastest lap in results table for this GP is misattributed.

    Not sure if there’s any other GP with such an error, but hope it’ll eventually get fixed — and thanks again for your work!

  6. Jor says:


    I believe In the 1996 San Marino Grand Prix (at f1/1996/5/qualifying) you are missing the qualifying time of Martin Brundle (12th).

    Also, would you consider adding qualifying rows to the database for drivers who took part but did not set a time? (e.g. Andrea Montermini of the same Grand Prix)


  7. Emre says:


    Turkish Grand Prix date changed. Is it possible for you to update?

  8. Admin says:

    Hi Wesley,
    Thanks for the warning – now corrected.

  9. Admin says:

    Hi Emre,
    Thanks for the warning – now corrected.

  10. Admin says:

    Hi Mk,
    Thanks for the warning – now corrected. There seems to be a bug related to the disqualification edit.

  11. Emre says:

    Thank you for your response. I am using your Docker build. I just recreated the images, but the data in MySQL is out of date. I would be very happy if you update this as well. Thank you.

  12. Admin says:

    Hi Emre,
    The dumps have been updated

  13. Chris says:

    Hello Chris,

    Firstly once again thanks for the amazing API, not sure if you remember me but I built a fantasy formula one system on top of your API for my friends and work colleagues. I meant to say last time I got in touch but if you wanted to enter next year I would be happy to give you an entry to say thanks for the service!

    Just wanted to let you know that the results for – https://ergast.com/api/f1/2021/12/results.json (Belgian GP 2021) the fastest lap doesn’t seem to be defined. I mean perhaps your API couldn’t quite fathom how Nikita Mazepin managed to get the fastest lap, but it seems he did 🙂


  14. Arthur says:


    I noticed that the data for race 3 of 2021 in the CSV download appears to be outdated.
    I get the following:

    1054 | 2021 | 3 | 20 | TBC | 2021-05-02 | | http://en.wikipedia.org/wiki/2021_Formula_One_World_Championship

    The API seems to return the correct information for Portuguese Grand Prix though

  15. Jaco Koster says:

    It seems that the start-time of the Turkish Grandprix 2021 is wrongly stated at 10:10 UTC, which according to the FIA will be the “normal” 13:00 UTC 🙂

  16. Admin says:

    Hi Chris,
    The FIA didn’t publish the fastest lap table for this race. I guess this was because there was only one lap and this was behind the safety car.

  17. Admin says:

    Hi Jaco,
    Thanks for the warning – now corrected.
    Where did you find the info on the FIA site – I still can’t find it!

  18. Admin says:

    Hi Arthur,
    This seems to be correct in the latest download. Unfortunately, there are some bugs in MySQL’s CSV dump method which can cause problems. Deleting rows in the schedule table (due to all the schedule changes) seems to make it worse.

  19. Admin says:

    Hi Jor,
    Thanks for the corrections – both now done.

  20. Iosu says:

    Thanks for this API. I am having some issues when I try to get data from 2002 qualifyings. Looks like the last qualifying of the season is alright, but the other ones are empty. Is that an error? Any other way to get that data?


  21. Admin says:

    Thanks Wesley – I’ve updated the schedule.

  22. Admin says:

    Hi Iosu,
    On the documentation page it has a note saying that qualifying results are only fully supported from the 2003 season onwards.
    This was due to the availability of the data when the API was created. I don’t know of any machine readable sources – if you find one let me know and I’ll import it.

  23. Rolandas says:


    I think there are errors at last race (USA) fast lap results. They from last, 56 lap, not the fastest lap

  24. Gavin says:

    I (mostly) agree with Rolandas – fastest laps for Austin 2021 are wrong, they’re the overall race times not the fastest lap times.

    e.g. Max 1:34:36.552 vs actual fastest lap of 1:39.096 – at least according to https://www.bbc.co.uk/sport/formula1/latest 😉 Means the fastest lap ranks are also wrong as Lewis actually got the fastest lap.

  25. f1f1f1 says:

    Thank you very much for the amazing API, the regular updates are impressive… However the latest update of http://ergast.com/downloads/f1db_csv.zip seems to be very small (2727 bytes) and only contains table headers.

  26. mceng says:

    Latest update (Oct 25th) seems to contain corrupted csv file. Zip file size is only 2.7kb. Other formats are >5MB.

  27. Ben says:

    Hi, the latest sql datadump does not include the results for s2021 r17 – USA (http://ergast.com/downloads/f1db.sql.gz)

  28. Admin says:

    Hi mceng and f1f1f,
    Thanks for the warning. A mysql update broke it. Should now be ok.

  29. Admin says:

    Hi Gavin and Rolandas,
    Thanks for the warning. Scripts were updated for this race to allow remote processing (I was on a boat!) and you’ve found a bug. Should be correct now.

  30. Admin says:

    Hi Ben,
    Thanks for the warning. I’ve re-run the dump to correct the fastest lap times and the race results appear to be there now.

  31. Gavin says:


    Thanks for the fastest lap fix – great API as ever 🙂


  32. Mike says:

    Wondering if you’re having issues. I was doing some testing with your site yesterday and the json I was getting back wasn’t working anymore.

  33. Alex says:

    Hi there.

    I’ve been noticing some strange issues with the F1 endpoints as of today. I first noticed an issue here:


    where I was getting a fetch error, I then tried sending a request using curl and noticed that I was getting the incorrect information back.


    Here I’m sending a request for the most recent race results but getting the results from the 2008 Australian Grand Prix instead. I then tried sending a request with the .json extension. I sent the exact same request twice but got two different results back.


    The first response seems to be some form of Constructor table, whereas the second response appears to be the 2021 Season Schedule. Very strange!

  34. Admin says:

    Hi Alex,
    Thanks for the warning. I enabled mod_cache last night for reasons related to: https://ergast.com/mrd/python-app-alert/ but a number of users have reported problems so I’ve now disabled it.

  35. Alex says:

    Hi Chris.

    Thanks for the fix! I hope you resolve your issue soon.

    All the best.

  36. Juan says:

    In the results of a race, is it possible to check the gap between two drivers that finished at +1 lap distance?

  37. Admin says:

    Hi Juan,
    Not currently via the API.

  38. Sharmistha says:

    Unable to download the f1db_csv.zip on https://ergast.com/mrd/db/#csv


  39. Admin says:

    Hi Sharmistha,
    Apologies – it was a permissions issue. Should be ok now.

  40. mkl says:


    Stroll’s 10 second post-race penalty (and subsequent demotion to P20) is not included in the 2021 Belgian GP results.

    Michal K.

  41. Admin says:

    Hi mkl,
    Thanks for the warning – now updated.

  42. Philipp says:

    Hi, the race name for this year’s Brazilian Grand Prix is wrong. It’s not called the Brazilian Grand Prix this year, but it’s called the “São Paulo Grand Prix”.
    Maybe you can fix that.


  43. Admin says:

    Hi Philipp,
    I wasn’t that bothered but since you’ve asked I’ve corrected it.

  44. Philipp says:

    Thanks, Chris! I’m building api paths from those names, so they’re kind of mission critical… I know, I know, it’s not great, but I have no better alternative currently.

    Anyway, thanks for the quick fix. Have a great weekend.

  45. Ben says:


    Looks like Qatar race (22nd November) has not been included in the up coming races. It skips straight to Saudi Arabian race on 5th of December from Brazil race

    Thank you,

  46. Ben says:


    Looks like Qatar race (22nd November) has not been included in the up coming races. It skips straight to Saudi Arabian race on 5th of December from Brazil race

    Thank you,

    UPDATE: This is for the sql dump version of the database

  47. Admin says:

    Hi Ben,
    Are you looking at the most recent database dump? The most recent dump includes the Qatar Grand Prix (the timestamp is on the last line: 2021-11-14 20:31:27)

  48. Ben says:

    Hi Chris,

    Yes, i’ve downloaded from https://ergast.com/downloads/f1db.sql.gz and race 1071 is Brazil and race 1072 is Saudi Arabia in the “races” table. I have noticed Qatar is earlier at race 1051, will that stay as the reference race number?

Add a Comment: