Skip to content
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.

Sign up for GitHub

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

Jump to bottom

request.formData() hangs in Astro app when deployed on ARM Linux #18799

Closed
Igloczek opened this issue Apr 5, 2025 · 5 comments · Fixed by #18804
Closed

request.formData() hangs in Astro app when deployed on ARM Linux #18799

Igloczek opened this issue Apr 5, 2025 · 5 comments · Fixed by #18804
Assignees
@cirospaciari
Labels
bug Something isn't working node:http regression

Comments

@Igloczek
Copy link

Igloczek commented Apr 5, 2025

What version of Bun is running?

1.2.8+adab0f64f

What platform is your computer?

Locally: Darwin 24.3.0 arm64 arm | Production: Linux 6.8.0-40-generic aarch64 aarch64

What steps can reproduce the bug?

  • SSH into a real ARM64 Linux machine, I was using Hetzner's CAX11 and CAX21
  • Clone the repo: git clone https://github.com/Igloczek/form-data-test.git
  • Build the Docker image
  • Run the container
  • Open browser at http://<host>:3000
  • Submit the pre-filled form on the page

What is the expected behavior?

The request is parsed using await request.formData(), and a JSON response with the parsed data is returned.

What do you see instead?

The server receives the request, but await request.formData() hangs indefinitely. No response is returned.

Additional information

  • Works fine on macOS on Apple M1 with OrbStack (same Dockerfile and base image)
  • Reproduces only on real ARM64 Linux
  • Does not happen with a minimal Bun app using Bun.serve(), nor with Express + express-form-data, only inside Astro
  • Works fine on Node.js
@Igloczek Igloczek added bug Something isn't working needs triage labels Apr 5, 2025
@Jarred-Sumner
Copy link
Collaborator

Please run bun upgrade --canary and let us know if you still run into this.

@Igloczek
Copy link
Author

Igloczek commented Apr 5, 2025 •
edited
Loading

@Jarred-Sumner yeah, still the same issue

this is the deployed version based on the current canary (not anymore, now it's 1.2.5, that's why it works) http://xcc0k4sgw0w8osskcoocwc8c.128.140.46.85.sslip.io/

one small note: it breaks like 99.9% of the time, sometimes right after a fresh deployment 2-3 requests are processed okay, then it starts hanging once again

@Jarred-Sumner Jarred-Sumner reopened this Apr 5, 2025
@Jarred-Sumner
Copy link
Collaborator

Jarred-Sumner commented Apr 5, 2025 •
edited
Loading

Can you try downgrading to Bun v1.2.5 and see if it still happens? Also are you totally sure you upgraded to the canary build? #18566

@Igloczek
Copy link
Author

Igloczek commented Apr 5, 2025 •
edited
Loading

@Jarred-Sumner 1.2.5 seems to be working, made like 20 test requests, none of them failed.

Regarding the canary, I did this - Igloczek/form-data-test@8f9d2cb

@Jarred-Sumner
Copy link
Collaborator

Hm that looks right. Okay maybe it’s not totally fixed then.

@cirospaciari cirospaciari mentioned this issue Apr 6, 2025
Merged
2 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@cirospaciari cirospaciari

Labels
bug Something isn't working node:http regression
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

fix(node:http) resume when reading and avoid unnecessary pause/resumes calls oven-sh/bun
4 participants
@Jarred-Sumner @Igloczek @cirospaciari @RiskyMH