starred/hoppscotch

Fork 0

mirror of https://github.com/hoppscotch/hoppscotch.git synced 2026-04-26 01:06:00 +03:00

[GH-ISSUE #5591] [bug]: Crash when uploading large files via multipart/form-data #2163

New issue

Open

opened 2026-03-16 23:25:37 +03:00 by kerem · 3 comments

kerem commented

2026-03-16 23:25:37 +03:00

Owner

Originally created by @CAMB-dev on GitHub (Nov 18, 2025).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5591

Originally assigned to: @CuriousCorrelation on GitHub.

Is there an existing issue for this?

I have searched existing issues and this bug hasn't been reported yet

Platform

Desktop App

Browser

Chrome

Operating System

Windows

Bug Description

When sending a POST request to a LAN address using multipart/form-data, one of the parameters includes a local file of approximately 287 MB (300,963,789 bytes). After submitting the request, the response panel displays “loading”, but the UI becomes unresponsive. Shortly afterward, the page crashes with an Out Of Memory error.
This issue occurs every time the large file upload is attempted.

Steps to Reproduce

Open Hoppscotch.
Create a POST request to a LAN endpoint.
Set the request type to multipart/form-data.
Add a file field and select a large file (~287 MB).
Submit the request.
Observe the UI freezing and eventually crashing with an Out Of Memory error.

Environment

Software: Hoppscotch 2025.10.1
OS: Windows 11 Pro 24H2 (Build 26100.6899)
Windows Feature Experience Pack: 1000.26100.253.0
CPU: AMD Ryzen 7 6800H with Radeon Graphics (3.20 GHz)
RAM: 16 GB
File Size: 287 MB (300,963,789 bytes)

Deployment Type

Self-hosted (on-prem deployment)

Version

Hoppscotch 2025.10.1

Originally created by @CAMB-dev on GitHub (Nov 18, 2025). Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5591 Originally assigned to: @CuriousCorrelation on GitHub. ### Is there an existing issue for this? - [x] I have searched existing issues and this bug hasn't been reported yet ### Platform Desktop App ### Browser Chrome ### Operating System Windows ### Bug Description When sending a POST request to a LAN address using `multipart/form-data`, one of the parameters includes a local file of approximately **287 MB** (300,963,789 bytes). After submitting the request, the response panel displays “loading”, but the UI becomes unresponsive. Shortly afterward, the page crashes with an **Out Of Memory** error. This issue occurs **every time** the large file upload is attempted. <img width="1744" height="587" alt="Image" src="https://github.com/user-attachments/assets/a13ec01c-1344-4155-ae42-1066622ac5eb" /> <img width="1746" height="1036" alt="Image" src="https://github.com/user-attachments/assets/a2d35475-c0e5-4ff6-97db-e4bf22d1b4ce" /> <img width="2560" height="1334" alt="Image" src="https://github.com/user-attachments/assets/4fb1d6c3-48d2-4cbe-a033-ca3f542b75af" /> --- ### Steps to Reproduce 1. Open Hoppscotch. 2. Create a POST request to a LAN endpoint. 3. Set the request type to `multipart/form-data`. 4. Add a file field and select a large file (~287 MB). 5. Submit the request. 6. Observe the UI freezing and eventually crashing with an Out Of Memory error. --- ### Environment - **Software:** Hoppscotch 2025.10.1 - **OS:** Windows 11 Pro 24H2 (Build 26100.6899) - **Windows Feature Experience Pack:** 1000.26100.253.0 - **CPU:** AMD Ryzen 7 6800H with Radeon Graphics (3.20 GHz) - **RAM:** 16 GB - **File Size:** 287 MB (300,963,789 bytes) ### Deployment Type Self-hosted (on-prem deployment) ### Version Hoppscotch 2025.10.1

kerem added the

bug

need testing

labels

2026-03-16 23:25:37 +03:00

kerem commented

2026-03-16 23:25:49 +03:00

Author

Owner

@NDebx commented on GitHub (Jan 8, 2026):

I'm having the same issue :(

@NDebx commented on GitHub (Jan 8, 2026): I'm having the same issue :(

kerem commented

2026-03-16 23:25:54 +03:00

Author

Owner

@jaclas commented on GitHub (Jan 22, 2026):

I confirm, I have, the same thing, but with a ZIP file.
The content-type header is not set. This is what the server sees:

INFO: ---------------- SERVICE API CALL ----------------------
INFO: [API] POST http://localhost:8080/efgate/api/v1/batch/upload from 127.0.0.1
INFO: [API] Request headers:
INFO:   Accept: */*
INFO:   Accept-Encoding: deflate, gzip
INFO:   Content-Length: 4537
INFO:   Content-Type: ; boundary=------------------------NEuuOYLaXPExo7pf4FAzGQ
INFO:   Host: localhost:8080
INFO:   User-Agent: HoppscotchKernel/0.2.0
INFO:   X-API-Key: [MASKED]
INFO: --------------------------------------------------------

Content-Type header is incomplete.

@jaclas commented on GitHub (Jan 22, 2026): I confirm, I have, the same thing, but with a ZIP file. The content-type header is not set. This is what the server sees: ``` INFO: ---------------- SERVICE API CALL ---------------------- INFO: [API] POST http://localhost:8080/efgate/api/v1/batch/upload from 127.0.0.1 INFO: [API] Request headers: INFO: Accept: */* INFO: Accept-Encoding: deflate, gzip INFO: Content-Length: 4537 INFO: Content-Type: ; boundary=------------------------NEuuOYLaXPExo7pf4FAzGQ INFO: Host: localhost:8080 INFO: User-Agent: HoppscotchKernel/0.2.0 INFO: X-API-Key: [MASKED] INFO: -------------------------------------------------------- ``` Content-Type header is incomplete.

kerem commented

2026-03-16 23:25:59 +03:00

Author

Owner

@bforsyt4 commented on GitHub (Feb 25, 2026):

Had same issue. I believe any version previous to v2025.8.1 did not support this.
Upgrade to v2025.8.1
Set Content Type to application/octet-stream

This worked for me up to 248mb file, but now having issues where it's getting out of memory splash page again, even on files as small as 50mb

@bforsyt4 commented on GitHub (Feb 25, 2026): Had same issue. I believe any version previous to v2025.8.1 did not support this. Upgrade to v2025.8.1 Set Content Type to application/octet-stream <img width="367" height="172" alt="Image" src="https://github.com/user-attachments/assets/ea7e82fe-70c7-4a4f-9aa7-de700e1e5f84" /> This worked for me up to 248mb file, but now having issues where it's getting out of memory splash page again, even on files as small as 50mb

kerem referenced this issue

2026-03-17 01:14:56 +03:00

[PR #2163] [CLOSED] chore(deps-dev): bump @graphql-codegen/typescript from 2.4.5 to 2.4.7 #3653