Endel Dreyer

Hi @hunkydoryrepair, thanks for the feedback. For the uWebSockets transport I had to pass a "mocked" version of the request due to the optimizations uWebSockets does internally pruning the instance....

On the regular `ws` library this is the recommendation we have in the documentation, but I'm afraid it doesn't cover all cases, using behind a proxy and/or different load-balancers: ```typescript...

Thanks @hunkydoryrepair, let's keep this open for discussion, though - as I think for v1.0 we could provide a unified "request/context" object that is the same for every transport during...

Hi @Alaadel, thanks for reporting. As this is about the server I've moved the issue to the main repo. Can you confirm which version of `@colyseus/core` you have on your...

You're right, just increased the "stale bot" time here 🙏 https://github.com/colyseus/colyseus/commit/cd2bef2a2f40e5f1807d0122616e6985d3c10161

This issue has been fixed recently on https://github.com/colyseus/colyseus/releases/tag/0.15.17 🙏

Hi @Alaadel 👋 So far the de-coupled and new callback API is looking like this: https://github.com/colyseus/schema/issues/155#issuecomment-2023126915, (feel free to add your thoughts on that issue if you have any feedback...

Matt recommended checking `patchUrlMappings` to help with this 🙌 https://discord.com/developers/docs/activities/development-guides#using-external-resources 

Hi @Miniontoby, thanks for reporting, I'll check this soon - in the meantime, can you check if adding `skipLibCheck` to your `tsconfig.json` fixes this? ```json "compilerOptions": { // ... "skipLibCheck":...

Hi @Alaadel, that is an expected behaviour - the server-side should avoid throwing runtime exceptions. There is a proposal to enable an exception handler within room scope going on here:...