RateLimitingMiddleware tests failed about piccolo_api

[dantownsend]

@sinisaos Yeah, I saw the PR in the Starlette repo reverting it. The problem though is even if it gets merged today, FastAPI lags behind the latest version of Starlette, so we'd have to wait a while before our tests pass again.

I think the only solutions for an immediate fix are version pinning FastAPI to an older version (before Starlette changed how the TestClient works), or use httpx directly. I didn't want to use the httpx approach in Piccolo Admin, because loads of the tests were failing, so just version pinned FastAPI in the tests.

[dantownsend]

@sinisaos Interesting - so it just effects the tests? If it broke RateLimitingMiddleware that would be bad, as it's used by Piccolo Admin.

[dantownsend]

I think I'd rather fix the test somehow, as the problem is related to the changes to TestClient.

I sometimes use the httpx.Client directly instead of TestClient - maybe it doesn't have the same problem.

[dantownsend]

@sinisaos Thanks for reporting this. I have a fix for now.

[sinisaos]

@dantownsend I don't think all these changes to the Piccolo API and Admin were necessary because if the Starlette testclient reverts back to provide scope client (there is a PR for that), all the tests will pass again. Apologies if I wasn't clear enough in my previous comment, but the rate limit is only broken in tests, not in real use. With the changes I suggested in the comment, there was no need to change the code (except the dispatch method) in the Piccolo API and Piccolo Admin, regardless of whether Starlette revert client scope to testclient or leaves it to None as it is now. But it doesn't matter because you already make all these changes in both repositories and they work.