Concurrent modification during iteration about drift

[simolus3]

Thanks for the report.
I'm pretty sure I know where the concurrent modification error is coming from and I'll fix it in the next release. As a workaround, I suggest to either

• await the insertion of the category before inserting the todo entry
• start a transaction and execute both queries in there (this is more efficient, as queries that read from categories and todos would only be updated once in that case, whereas they would first react to the updated categories table and then to the updated todos table with the first solution.)

I see that the very primitive use of the bloc pattern in the example is of no help here, I'll have to clean that up a bit as well.

This is only semi-related to the issue, but I see you're creating a stream in each TodoCard. This could result in some performance problems, as every of these streams will fetch its data again whenever the categories table changes. For now, my suggestion would be a custom query that uses a join to load the category for each todo entry. I'll hopefully implement an easy api for joins soon, which will make this easier.