[GH-ISSUE #5426] [bug]: “Import from Another Workspace” only imports the first 10 requests per folder/collection #2084

New issue

Closed

opened 2026-03-16 23:07:11 +03:00 by kerem · 1 comment

kerem commented

2026-03-16 23:07:11 +03:00

Owner

Originally created by @simon-heinz-telekom on GitHub (Oct 2, 2025).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5426

Is there an existing issue for this?

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

Platform

Web App

Browser

Chrome

Operating System

Windows

Bug Description

What happened?

When I use Collections → Import from Another Workspace to copy a collection from Workspace A to Workspace B, only the first 10 requests inside each folder are imported. Requests beyond 10 are silently skipped (no error shown).

What I expected is all requests in the source folders to be imported.

Steps to reproduce

In Workspace A, create a collection with a folder containing ≥ 12 requests (e.g., Req 01 … Req 12).
Switch to Workspace B → open Collections → Import from Another Workspace → select the collection from Workspace A → Import.
Open the imported collection/folder in Workspace B and count the requests.

Actual: Only 10 requests are present.
Expected: All requests (e.g., 12/12) should be present.

Additional context

Version: Hoppscotch 2025.4.2 (self-hosted, upstream release)
Browser: Chrome 140
Deployment: docker-compose (default)
Database: Postgres from the default compose

Suspected cause:
Looks like a pagination default of take = 10 on the backend list method fetching requests for a collection (e.g., a signature like

getRequestsInCollection(collectionID: string, cursor: string, take = 10)

). During the import flow only the first page (10 items) is requested; no subsequent pages are fetched, so anything beyond 10 per folder is dropped.

Workaround:
Export the source collection as JSON and import that file into the target workspace — this includes all requests.

Proposed fix ideas:

In the import code path, iterate all pages via cursor until no items remain.
Or override page size for import (e.g., take = 1000) to avoid partial imports.
Provide a helper like fetchAllRequestsInCollection(collectionId) that abstracts pagination and is used by the importer.

Logs and Console Output (if available)

[No visible error; import succeeds but only 10 items appear.]
[If applicable, network request shows a single list call with take=10 and no follow-up cursor request.]

Additional details (if relevant)

Happens both Personal → Team and Team → Team.
No special interceptors/extensions involved.

Deployment Type

Self-hosted (on-prem deployment)

Version

2025.4.2

Originally created by @simon-heinz-telekom on GitHub (Oct 2, 2025). Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5426 ### Is there an existing issue for this? - [x] I have searched existing issues and this bug hasn't been reported yet ### Platform Web App ### Browser Chrome ### Operating System Windows ### Bug Description ## What happened? When I use **Collections → Import from Another Workspace** to copy a collection from Workspace A to Workspace B, only the **first 10 requests** inside each folder are imported. Requests beyond 10 are silently skipped (no error shown). What I expected is **all** requests in the source folders to be imported. ## Steps to reproduce 1. In **Workspace A**, create a collection with a folder containing **≥ 12 requests** (e.g., `Req 01` … `Req 12`). 2. Switch to **Workspace B** → open **Collections** → **Import from Another Workspace** → select the collection from Workspace A → **Import**. 3. Open the imported collection/folder in Workspace B and count the requests. **Actual:** Only 10 requests are present. **Expected:** All requests (e.g., 12/12) should be present. ## Additional context - **Version:** Hoppscotch **2025.4.2** (self-hosted, upstream release) - **Browser:** Chrome 140 - **Deployment:** docker-compose (default) - **Database:** Postgres from the default compose **Suspected cause:** Looks like a pagination default of **`take = 10`** on the backend list method fetching requests for a collection (e.g., a signature like ```ts getRequestsInCollection(collectionID: string, cursor: string, take = 10) ``` ). During the import flow only the **first page** (10 items) is requested; no subsequent pages are fetched, so anything beyond 10 per folder is dropped. **Workaround:** Export the source collection as **JSON** and import that file into the target workspace — this includes all requests. **Proposed fix ideas:** - In the import code path, iterate all pages via cursor until no items remain. - Or override page size for import (e.g., `take = 1000`) to avoid partial imports. - Provide a helper like `fetchAllRequestsInCollection(collectionId)` that abstracts pagination and is used by the importer. ## Logs and Console Output (if available) ``` [No visible error; import succeeds but only 10 items appear.] [If applicable, network request shows a single list call with take=10 and no follow-up cursor request.] ``` ## Additional details (if relevant) - Happens both Personal → Team and Team → Team. - No special interceptors/extensions involved. ### Deployment Type Self-hosted (on-prem deployment) ### Version 2025.4.2

kerem

2026-03-16 23:07:11 +03:00

closed this issue
added the
bug
label

kerem commented

2026-03-16 23:07:28 +03:00

Author

Owner

@mirarifhasan commented on GitHub (Oct 2, 2025):

@simon-heinz-telekom
We’ve addressed related issues in #5338. Could you please try again with the latest Hoppscotch version and let us know if the problem still persists?

@mirarifhasan commented on GitHub (Oct 2, 2025): @simon-heinz-telekom We’ve addressed related issues in #5338. Could you please try again with the latest Hoppscotch version and let us know if the problem still persists?