# Frequent KeyError via /give\_answers

**URL:** <https://support.prodi.gy/t/frequent-keyerror-via-give-answers/2120>\
**Category:** Uncategorized\
**Tags:** done, front-end\
**Created:** [October 17, 2019, 3:58pm UTC](https://support.prodi.gy/t/frequent-keyerror-via-give-answers/2120 "2019-10-17T15:58:07Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![ines](https://sea2.discourse-cdn.com/flex020/user_avatar/support.prodi.gy/ines/32/3_2.png) [@ines](https://support.prodi.gy/u/ines)\
**Post date:** [October 19, 2019, 1:15pm UTC](https://support.prodi.gy/t/frequent-keyerror-via-give-answers/2120/5 "2019-10-19T13:15:00Z")

</div>

~~I can't think of an easy workaround that wouldn't require us to ship a fix~~ – but we're about to publish a patch version anyways to fix a few other small issues, so we'll definitely include this.

**Edit:** Actually, an easy workaround would be to add a hack to the `give_answers` endpoint that filters out empty tasks received back from the client before they're passed back to the controller.

Also, I'm pretty sure that _something_ must have changed in the latest version (or one of the latest versions) that allowed the client to produce "empty" tasks on rapid clicks. The issue just came up again [here](https://support.prodi.gy/t/keyerror-label-when-running-textcat-teach/393/18) and it's never come up before. So it's unlikely to be a long-standing issue and likely a regression introduced in v1.8.4 (which should also help narrow it down).

**Edit 2:** Found and fixed the issue. It was indeed a regression introduced only in v1.8.4.  
**Edit 3:** Just released v1.8.5, which should resolve the issue! Thanks again for the report 👍

---

_[View the full topic](https://support.prodi.gy/t/frequent-keyerror-via-give-answers/2120)._
