-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Server fails at startup with timeout (AVV_ERR_PLUGIN_EXEC_TIMEOUT) #156
Comments
We've seen reports like #550 where swagger-ui prevents the server from starting, permanently. I haven't been able to reproduce this yet. We've opened an issue on the plugin repo to see if they have ideas: fastify/fastify-swagger-ui#156 For now, we're not really in need of this anyway, so just remove it. I've also updated a bunch of deps and shimmed in the "DOM" types in our tsconfig since there are lots of errors when compiling during the lib check phase for things like esbuild, vitest.
We've seen reports like #550 where swagger-ui prevents the server from starting, permanently. I haven't been able to reproduce this yet. We've opened an issue on the plugin repo to see if they have ideas: fastify/fastify-swagger-ui#156 For now, we're not really in need of this anyway, so just remove it. I've also updated a bunch of deps and shimmed in the "DOM" types in our tsconfig since there are lots of errors when compiling during the lib check phase for things like esbuild, vitest.
It appears you are doing some bundling. fastify-swagger-ui assumes to be able to read from the file system to load some of the styles/html files. You should be able to tune your bundler to do so. |
The files are included in the file bundle / container. Generally, we've found that the plugin works in the bundle for some time and then somehow can get corrupted. Do you think this could be from a missing file or if the target directory changes somehow? |
We've seen reports like #550 where swagger-ui prevents the server from starting, permanently. I haven't been able to reproduce this yet. We've opened an issue on the plugin repo to see if they have ideas: fastify/fastify-swagger-ui#156 For now, we're not really in need of this anyway, so just remove it. I've also updated a bunch of deps and shimmed in the "DOM" types in our tsconfig since there are lots of errors when compiling during the lib check phase for things like esbuild, vitest.
…asa#551) We've seen reports like chrisbenincasa#550 where swagger-ui prevents the server from starting, permanently. I haven't been able to reproduce this yet. We've opened an issue on the plugin repo to see if they have ideas: fastify/fastify-swagger-ui#156 For now, we're not really in need of this anyway, so just remove it. I've also updated a bunch of deps and shimmed in the "DOM" types in our tsconfig since there are lots of errors when compiling during the lib check phase for things like esbuild, vitest.
Prerequisites
Fastify version
4.26.0
Plugin version
4.0.0
Node.js version
20.11.1
Operating system
Linux
Operating system version (i.e. 20.04, 11.3, 10)
6.6.16-linuxkit
Description
This was forwarded to me from a user of an app I maintain (original issue): chrisbenincasa/tunarr#550
This happened to the user before when the app used an earlier version of this plugin. I have since bumped the version and this issue has come back. I am unable to reproduce it unfortunately, so I don't have a lot more detail to provide. It does seem like swagger-ui gets into a state where it simply cannot start, because once the user hits the error, they are unable to start the server at all. Any thoughts on what could prevent the done callback from firing? Or is there a way we could enable/add extra logging to see the cause here?
Link to code that reproduces the bug
No response
Expected Behavior
No response
The text was updated successfully, but these errors were encountered: