Sender | Message | Time |
---|---|---|
11 Jan 2024 | ||
pltoledo | I just wanted to grasp whether you were here to stay. It's always a risk to adopt new technologies as building blocks of applications, because you never know if the tech will endure or not. But I'm feeling good about this project and definetely will be following you guys closely from now on. I'll also check out those office hours recordings. Keep up the good work! | 03:16:19 |
cofin | Most of the maintainers (including me) are using Litestar at their jobs. I definitely plan to stick around! Feel free to ask any questions you might have. I'm sure others will offer their perspectives as well. | 03:21:28 |
alc.alc | Just to add, there are some professional and some hobby projects (some probably make $ if you are looking at that angle) in <#1064129391413690479> that use litestar | 03:22:10 |
Coffee | I have nothing else to add as this sums it up for me as well 🙂 | 03:22:18 |
pltoledo | Sounds really cool, i'll check this out | 03:23:13 |
alc.alc | If you ever end up using litestar longterm, you can add yours there (suggestion 🙂 ) | 03:24:15 |
alc.alc | this seems to be partially supported at least with this minimal example that uses dataclass, I have yet to check if this will work on pydantic and msgspec models. I say partial cause even though the reponse seems to work, the openapi schema just shows one of the model and not the union. I will let openapi experts pitch in | 03:39:00 |
alc.alc | https://github.com/litestar-org/litestar/issues/2954 can anyone confirm this? | 08:34:17 |
GitHub Helper | <:issue_open:882464248951877682> [litestar-org/litestar] Bug: Logs and Stack traces are not visible OOTB in Python3.12Alc-Alc# Description @cofin's example modified to suit the example code (the actual MCVE is under the MCVE section) This at least makes one of the log ("WARNING" log) show up on 3.12, but no "ERROR" log and stack trace.
PS: This may probably be a duplicate issue, so feel free to close as one. # URL to code causing the issue No response # MCVE
# Steps to reproduce
# Screenshots
# Logs ```bash WARNING - ,-555869153 - root - http - you can't see me ERROR - ,-555869152 - litestar - middleware - exception raised on http connection to route / Traceback (most recent call last): File "litestar/litestar/middleware/exceptions/middleware.py", line 192, in call await self.app(scope, receive, send) File "litestar/litestar/routes/http.py", line 82, in handle response = await self._get_response_for_request( File "litestar/litestar/routes/http.py", li... Labels Created | 08:34:17 |
alc.alc | A commenter seems to say it is not reproducible, but it seems so far me (use the code under the "MCVE" section) | 08:34:50 |
alc.alc | thanks euri10 , idk if I am losing my sanity, what OS are you on? idk if that matters | 08:41:28 |
euri10 | debian | 08:41:47 |
euri10 | on 3.11 I get a trace | 08:42:06 |
alc.alc | I tried this on 3.8 I do get the entire stuff (logs + trace), on 3.12 I get nothing, on a mac | 08:42:27 |
alc.alc | why tf did I select Linux in the checkbox :/ | 08:42:57 |
euri10 | unfortunately i dont have a mac to test except a old vm I try as much as possible not to open 🙂 | 08:48:13 |
alc.alc | thank you for confirming quickly, now I know at least part of the issue is true | 08:50:15 |
Fergus | Hi alc.alc, thanks for getting back so quickly. If it helps I was using Ubuntu | 09:04:05 |
euri10 | upgrading to 3.12 is a pain for me atm | 09:59:12 |
alc.alc | guess we will have to wait until someone with 3.12 on a mac can confirm | 10:33:48 |
kvdm.dev joined the room. | 12:43:38 | |
@aedify_swi:matrix.org left the room. | 14:24:54 | |
cofin | It's the console handler vs queue_listener config | 14:43:26 |
cofin | at least, that's what my working theory has been the last few days | 14:43:47 |
cofin | There's this woraround for 3.12 in place: https://github.com/cofin/litestar/blob/main/litestar/logging/standard.py#L15 | 14:44:24 |
yoursecret joined the room. | 17:14:55 | |
12 Jan 2024 | ||
uhvg4aufyncrfwb joined the room. | 15:18:02 | |
zkull4960 joined the room. | 15:20:55 | |
pedro.diaz | "Provider for key order_by_filter is already defined under the different key order_by_filter. If you wish to override a provider, it must have the same key." how?? | 15:26:41 |
alc.alc | you are most likely passing the same dependency at two different layers | 15:30:40 |