-
Notifications
You must be signed in to change notification settings - Fork 269
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
zoro: only the first episode request is successful #653
Comments
As the author of this PR, I must admit that my changes actually broke the package—until the ca4360b PR was merged. So, I apologize for that. Now, the Zoro instance of the package correctly logs the sources: However, as you mentioned, the API doesn't respond correctly: {"level":30,"time":1739027752940,"pid":16868,"hostname":"DESKTOP-67N7VI9","reqId":"req-q","req":{"method":"GET","url":"/anime/zoro/watch/rezero-starting-life-in-another-world-season-3-19301$episode$128635$both","hostname":"localhost:3000","remoteAddress":"127.0.0.1","remotePort":60643},"msg":"incoming request"}
Unexpected end of JSON input
{
intro: { start: 0, end: 0 },
outro: { start: 0, end: 0 },
sources: [],
subtitles: []
}
{"level":30,"time":1739027754427,"pid":16868,"hostname":"DESKTOP-67N7VI9","reqId":"req-q","res":{"statusCode":200},"responseTime":1486.6098999977112,"msg":"request completed"} Could you also check this using the Node package ( |
IIRC Aniwatch-api also had the same issue. This is what I could find regarding fixing it. |
You mean by using consumer.ts directly without the api? Unfortunately I know absolutely nothing about JavaScript and TypeScript. |
I think I changed that method while fixing flixhq. I'll revert it back. |
I'm not sure if it's fixed or not. It's working on localhost but not on vercel. |
Works on my vercel instance though |
Yes, looks fixed on my end, thank you very much folks! @Toasty360 I have never used Vercel, maybe it is caching an old consumet.ts? On Render for example there is a dedicated button to "clear build cache & deploy". If you manage to make it work I'll close this issue. |
Describe the bug
When querying
anime/zoro/watch/
only the first request successfully returns the video and subtitles links. Every other requests returns empty arrays and requires restarting the service.Steps to reproduce
Restart the service and the same issue occurs: the first request succeeds, every other requests fails.
Expected behavior
Being able to do as many query without having to restart the service.
Actual behavior
Client side:
Server side:
Additional context
Reverting consumet.ts to 47b9a2e fixes the issue. It was probably introduced in either 912691b or ca4360b, although I cannot test the former as the service doesn't start at all for me.
The text was updated successfully, but these errors were encountered: