[GH-ISSUE #5653] [bug]: Unable to load Desktop client on MAC M1 15.7.2

kerem commented

2026-03-16 23:30:55 +03:00

Owner

Originally created by @batkite on GitHub (Dec 3, 2025).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5653

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

Firefox

Operating System

macOS

Bug Description

Hi,

When I try to open the Desktop App on my Laptop it does not load the interface.
It was working fine until the last time I updated.

I see a window in the background that diseapears quickly then the blank screen above.
I'm running Mac OS Sequoia 15.7.2 on M1 Pro.
I've tried both ARM and Intel versions.
I've made sure no window is hidden somewhere.
Does not change if I change the default web browser.

In task manager I see this taking 100% all the time. and I have the same behavior after a reboot.

Happy to provide any logs I can.

Deployment Type

Self-hosted (on-prem deployment)

Version

25.11.0 (25.11.0)

Originally created by @batkite on GitHub (Dec 3, 2025). Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5653 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 Firefox ### Operating System macOS ### Bug Description Hi, When I try to open the Desktop App on my Laptop it does not load the interface. It was working fine until the last time I updated. <img width="1039" height="751" alt="Image" src="https://github.com/user-attachments/assets/37b61030-affc-4792-b794-f180985bb380" /> I see a window in the background that diseapears quickly then the blank screen above. I'm running Mac OS Sequoia 15.7.2 on M1 Pro. I've tried both ARM and Intel versions. I've made sure no window is hidden somewhere. Does not change if I change the default web browser. In task manager I see this taking 100% all the time. and I have the same behavior after a reboot. <img width="433" height="40" alt="Image" src="https://github.com/user-attachments/assets/10fca1d9-431b-4923-b0fa-9229da8e2ae0" /> Happy to provide any logs I can. ### Deployment Type Self-hosted (on-prem deployment) ### Version 25.11.0 (25.11.0)

kerem

2026-03-16 23:30:55 +03:00

closed this issue
added the
bug

need testing
labels

kerem commented

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

Author

Owner

@CuriousCorrelation commented on GitHub (Dec 4, 2025):

Hi @batkite, thanks for the report. Could you check what the logs are saying at

OS	Log File Path
Windows	`C:\Users\<username>\AppData\Local\io.hoppscotch.desktop\logs\io.hoppscotch.desktop.log`
macOS	`~/Library/Logs/io.hoppscotch.desktop/io.hoppscotch.desktop.log`
Linux	`~/.local/share/io.hoppscotch.desktop/logs/io.hoppscotch.desktop.log`

They should look something like these:

We are looking for some obvious error logs or anything that might point to failure to load bundles.

NOTE: These may contain sensitive information so do verify and obfuscate such instances before posting those here.

@CuriousCorrelation commented on GitHub (Dec 4, 2025): Hi @batkite, thanks for the report. Could you check what the logs are saying at | OS | Log File Path | |---------|------------------------------------------------------| | Windows | `C:\Users\<username>\AppData\Local\io.hoppscotch.desktop\logs\io.hoppscotch.desktop.log` | | macOS | `~/Library/Logs/io.hoppscotch.desktop/io.hoppscotch.desktop.log` | | Linux | `~/.local/share/io.hoppscotch.desktop/logs/io.hoppscotch.desktop.log` | They should look something like these: ![image](https://github.com/user-attachments/assets/119f9909-428d-4964-936b-c3c0f452430f) We are looking for some obvious error logs or anything that might point to failure to load bundles. NOTE: These may **contain sensitive information** so do verify and obfuscate such instances before posting those here.

kerem commented

2026-03-16 23:31:16 +03:00

Author

Owner

@batkite commented on GitHub (Dec 4, 2025):

Hello @CuriousCorrelation ,

Only 2 "ERRORS" in the log that I could find :

ERROR tokio-runtime-worker ThreadId(05) tauri_plugin_updater::updater: failed to check for updates: error sending request for url (https://releases.hoppscotch.com/hoppscotch-cloud-desktop.json)
ERROR tokio-runtime-worker ThreadId(05) hoppscotch_desktop_lib::updater: Failed to check for updates: error sending request for url (https://releases.hoppscotch.com/hoppscotch-cloud-desktop.json)

From what I see after that :

2025-12-04T12:08:21.382793Z  INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Loading bundle options=LoadOptions { bundle_name: "Hoppscotch", inline: false, window: WindowOptions { title: "Hoppscotch", width: 800.0, height: 600.0, resizable: true } } bundle=Hoppscotch window_label=Hoppscotch-curr
2025-12-04T12:08:21.382847Z DEBUG tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Generated app URL url=app://hoppscotch/
2025-12-04T12:08:21.400740Z  INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Bundle loaded successfully response=LoadResponse { success: true, window_label: "Hoppscotch-curr" }
2025-12-04T12:08:21.410745Z  INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Starting window close process options=CloseOptions { window_label: "main" }
2025-12-04T12:08:21.410868Z  INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Window close process completed response=CloseResponse { success: true }

it enters into this loop appearing again and again in the logs :

2025-12-04T12:08:22.807107Z  INFO                 main ThreadId(01) tauri_plugin_appload: Incoming URI request
2025-12-04T12:08:22.807157Z DEBUG                 main ThreadId(01) tauri_plugin_appload: Handling app URI scheme request. url=app://hoppscotch/assets/fr-Es3YR2MQ.js thread_id=ThreadId(1)
2025-12-04T12:08:22.807177Z  INFO                 main ThreadId(01) tauri_plugin_appload: Got URI handler
2025-12-04T12:08:22.807196Z DEBUG                 main ThreadId(01) tauri_plugin_appload::uri::handler: Handling request host=hoppscotch path=assets/fr-Es3YR2MQ.js
2025-12-04T12:08:22.807217Z DEBUG                 main ThreadId(01) tauri_plugin_appload::uri::handler: Fetching file content. host=hoppscotch path=assets/fr-Es3YR2MQ.js resolved_path=assets/fr-Es3YR2MQ.js
2025-12-04T12:08:22.807233Z  INFO                 main ThreadId(01) tauri_plugin_appload::cache::manager: Retrieving file bundle_name=hoppscotch file_path=assets/fr-Es3YR2MQ.js cache_key=hoppscotch:assets/fr-Es3YR2MQ.js
2025-12-04T12:08:22.807251Z DEBUG                 main ThreadId(01) tauri_plugin_appload::cache::manager: Cache lookup attempt bundle_name=hoppscotch file_path=assets/fr-Es3YR2MQ.js cache_key=hoppscotch:assets/fr-Es3YR2MQ.js thread_id=ThreadId(1)
2025-12-04T12:08:22.807269Z  INFO                 main ThreadId(01) tauri_plugin_appload::cache::store: Retrieving file from cache. key="hoppscotch:assets/fr-Es3YR2MQ.js"
2025-12-04T12:08:22.807288Z DEBUG                 main ThreadId(01) tauri_plugin_appload::cache::store: Cache access attempt details key="hoppscotch:assets/fr-Es3YR2MQ.js" thread_id=ThreadId(1) hot_cache_len=485 disk_cache_len=0
2025-12-04T12:08:22.807307Z DEBUG                 main ThreadId(01) tauri_plugin_appload::cache::store: File found in hot cache. key="hoppscotch:assets/fr-Es3YR2MQ.js"
2025-12-04T12:08:22.807334Z  INFO                 main ThreadId(01) tauri_plugin_appload::uri::handler: Successfully retrieved file content host=hoppscotch path=assets/fr-Es3YR2MQ.js content_length=89188
2025-12-04T12:08:22.807355Z DEBUG                 main ThreadId(01) tauri_plugin_appload::uri::handler: Using configured CSP
2025-12-04T12:08:22.807383Z  INFO                 main ThreadId(01) tauri_plugin_appload::uri::handler: Building response status=200 host=hoppscotch path=assets/fr-Es3YR2MQ.js mime=text/javascript csp=default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' customprotocol: asset:; connect-src ipc: http://ipc.localhost https://api.hoppscotch.io data: *; style-src 'unsafe-inline' 'self' https://fonts.googleapis.com data: asset: *; script-src * 'self' 'unsafe-eval' 'wasm-unsafe-eval' 'unsafe-inline'; img-src 'self' asset: http://asset.localhost blob: data: customprotocol: *; font-src https://fonts.gstatic.com data: 'self' *; worker-src * 'self' data: 'unsafe-eval' blob: content_length=89188
2025-12-04T12:08:22.807408Z  INFO                 main ThreadId(01) tauri_plugin_appload::uri::handler: Sending response

FYI : I removed the folder "Library/Application Support/io.hoppscotch.desktop", reinstalled the app and it launched. Obviously I lost all conf but the main issue is that I've exported my collection some time before and the file was over 50Mb which is not allowed to be re-imported back into the software due to the size limit.

@batkite commented on GitHub (Dec 4, 2025): Hello @CuriousCorrelation , Only 2 "ERRORS" in the log that I could find : ``` ERROR tokio-runtime-worker ThreadId(05) tauri_plugin_updater::updater: failed to check for updates: error sending request for url (https://releases.hoppscotch.com/hoppscotch-cloud-desktop.json) ERROR tokio-runtime-worker ThreadId(05) hoppscotch_desktop_lib::updater: Failed to check for updates: error sending request for url (https://releases.hoppscotch.com/hoppscotch-cloud-desktop.json) ``` From what I see after that : ``` 2025-12-04T12:08:21.382793Z INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Loading bundle options=LoadOptions { bundle_name: "Hoppscotch", inline: false, window: WindowOptions { title: "Hoppscotch", width: 800.0, height: 600.0, resizable: true } } bundle=Hoppscotch window_label=Hoppscotch-curr 2025-12-04T12:08:21.382847Z DEBUG tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Generated app URL url=app://hoppscotch/ 2025-12-04T12:08:21.400740Z INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Bundle loaded successfully response=LoadResponse { success: true, window_label: "Hoppscotch-curr" } 2025-12-04T12:08:21.410745Z INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Starting window close process options=CloseOptions { window_label: "main" } 2025-12-04T12:08:21.410868Z INFO tokio-runtime-worker ThreadId(05) tauri_plugin_appload::commands: Window close process completed response=CloseResponse { success: true } ``` it enters into this loop appearing again and again in the logs : ``` 2025-12-04T12:08:22.807107Z INFO main ThreadId(01) tauri_plugin_appload: Incoming URI request 2025-12-04T12:08:22.807157Z DEBUG main ThreadId(01) tauri_plugin_appload: Handling app URI scheme request. url=app://hoppscotch/assets/fr-Es3YR2MQ.js thread_id=ThreadId(1) 2025-12-04T12:08:22.807177Z INFO main ThreadId(01) tauri_plugin_appload: Got URI handler 2025-12-04T12:08:22.807196Z DEBUG main ThreadId(01) tauri_plugin_appload::uri::handler: Handling request host=hoppscotch path=assets/fr-Es3YR2MQ.js 2025-12-04T12:08:22.807217Z DEBUG main ThreadId(01) tauri_plugin_appload::uri::handler: Fetching file content. host=hoppscotch path=assets/fr-Es3YR2MQ.js resolved_path=assets/fr-Es3YR2MQ.js 2025-12-04T12:08:22.807233Z INFO main ThreadId(01) tauri_plugin_appload::cache::manager: Retrieving file bundle_name=hoppscotch file_path=assets/fr-Es3YR2MQ.js cache_key=hoppscotch:assets/fr-Es3YR2MQ.js 2025-12-04T12:08:22.807251Z DEBUG main ThreadId(01) tauri_plugin_appload::cache::manager: Cache lookup attempt bundle_name=hoppscotch file_path=assets/fr-Es3YR2MQ.js cache_key=hoppscotch:assets/fr-Es3YR2MQ.js thread_id=ThreadId(1) 2025-12-04T12:08:22.807269Z INFO main ThreadId(01) tauri_plugin_appload::cache::store: Retrieving file from cache. key="hoppscotch:assets/fr-Es3YR2MQ.js" 2025-12-04T12:08:22.807288Z DEBUG main ThreadId(01) tauri_plugin_appload::cache::store: Cache access attempt details key="hoppscotch:assets/fr-Es3YR2MQ.js" thread_id=ThreadId(1) hot_cache_len=485 disk_cache_len=0 2025-12-04T12:08:22.807307Z DEBUG main ThreadId(01) tauri_plugin_appload::cache::store: File found in hot cache. key="hoppscotch:assets/fr-Es3YR2MQ.js" 2025-12-04T12:08:22.807334Z INFO main ThreadId(01) tauri_plugin_appload::uri::handler: Successfully retrieved file content host=hoppscotch path=assets/fr-Es3YR2MQ.js content_length=89188 2025-12-04T12:08:22.807355Z DEBUG main ThreadId(01) tauri_plugin_appload::uri::handler: Using configured CSP 2025-12-04T12:08:22.807383Z INFO main ThreadId(01) tauri_plugin_appload::uri::handler: Building response status=200 host=hoppscotch path=assets/fr-Es3YR2MQ.js mime=text/javascript csp=default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' customprotocol: asset:; connect-src ipc: http://ipc.localhost https://api.hoppscotch.io data: *; style-src 'unsafe-inline' 'self' https://fonts.googleapis.com data: asset: *; script-src * 'self' 'unsafe-eval' 'wasm-unsafe-eval' 'unsafe-inline'; img-src 'self' asset: http://asset.localhost blob: data: customprotocol: *; font-src https://fonts.gstatic.com data: 'self' *; worker-src * 'self' data: 'unsafe-eval' blob: content_length=89188 2025-12-04T12:08:22.807408Z INFO main ThreadId(01) tauri_plugin_appload::uri::handler: Sending response ``` FYI : I removed the folder "Library/Application Support/io.hoppscotch.desktop", reinstalled the app and it launched. Obviously I lost all conf but the main issue is that I've exported my collection some time before and the file was over 50Mb which is not allowed to be re-imported back into the software due to the size limit.

kerem commented

2026-03-16 23:31:21 +03:00

Author

Owner

@CuriousCorrelation commented on GitHub (Dec 4, 2025):

Thanks for the detailed logs @batkite. The backend is actually working correctly here, all assets are being served successfully. The loop is expected since that happens for all the ~200 asset files, you may see small differences between each if you were to diff those.

The issue might be in one of the application state files that the frontend reads on startup or something to do with webkit itself.

When you "removed" the folder, did you move it to Trash? If you can recover io.hoppscotch.desktop, could you share the contents of these files:

hopp.store.json
latest/instance/hoppscotch-unified.store
latest/store/hoppscotch.hoppscotch.store
registry.json

This would help identify exactly what caused the issue. As a bonus, recovering this folder would also restore your 50MB collection since it's stored in those .store files, so you wouldn't need to re-import it.

@CuriousCorrelation commented on GitHub (Dec 4, 2025): Thanks for the detailed logs @batkite. The backend is actually working correctly here, all assets are being served successfully. The loop is expected since that happens for all the ~200 asset files, you may see small differences between each if you were to `diff` those. The issue might be in one of the application state files that the frontend reads on startup or something to do with webkit itself. When you "removed" the folder, did you move it to Trash? If you can recover `io.hoppscotch.desktop`, could you share the contents of these files: - `hopp.store.json` - `latest/instance/hoppscotch-unified.store` - `latest/store/hoppscotch.hoppscotch.store` - `registry.json` This would help identify exactly what caused the issue. As a bonus, recovering this folder would also restore your 50MB collection since it's stored in those `.store` files, so you wouldn't need to re-import it.

kerem commented

2026-03-16 23:31:26 +03:00

Author

Owner

@batkite commented on GitHub (Dec 4, 2025):

Unfortunalty I cleared the trash.

It is not the first time I run into this issue so I will update this issue if I ran into it again.

@batkite commented on GitHub (Dec 4, 2025): Unfortunalty I cleared the trash. It is not the first time I run into this issue so I will update this issue if I ran into it again.

kerem commented

2026-03-16 23:31:31 +03:00

Author

Owner

@CuriousCorrelation commented on GitHub (Dec 5, 2025):

No worries, thanks for checking.

And yes if it happens again, I'd be happy to debug this further. We haven't seen this before, but since you mentioned it's happened more than once, tracking down the root cause would help us fix some root cause that might pop-up on different systems in the future.

Closing for now, but feel free to either reopen this issue or create a new one with those file contents.

@CuriousCorrelation commented on GitHub (Dec 5, 2025): No worries, thanks for checking. And yes if it happens again, I'd be happy to debug this further. We haven't seen this before, but since you mentioned it's happened more than once, tracking down the root cause would help us fix some root cause that might pop-up on different systems in the future. Closing for now, but feel free to either reopen this issue or create a new one with those file contents.

kerem commented

2026-03-16 23:31:36 +03:00

Author

Owner

@batkite commented on GitHub (Dec 9, 2025):

Hello @CuriousCorrelation ,

I do not have the permission to reopen the issue but today it happened again, I'm getting the blank screen.

Find the content you've requested :

hopp.store.json --> Could not find it
latest/instance/hoppscotch-unified.store

{
  "data": {
    "hoppscotch-desktop.v1": {
      "connectionState": {
        "data": {
          "instance": {
            "bundleName": "Hoppscotch",
            "displayName": "Hoppscotch Desktop",
            "kind": "vendored",
            "lastUsed": "2025-12-09T13:09:17.706Z",
            "serverUrl": "app://hoppscotch",
            "version": "25.9.0"
          },
          "status": "connected"
        },
        "metadata": {
          "createdAt": "2025-12-04T12:19:13.548Z",
          "namespace": "hoppscotch-desktop.v1",
          "updatedAt": "2025-12-09T13:09:18.002Z"
        },
        "schemaVersion": 1
      },
      "recentInstances": {
        "data": [
          {
            "bundleName": "Hoppscotch",
            "displayName": "Hoppscotch Desktop",
            "kind": "vendored",
            "lastUsed": "2025-12-04T12:19:14.161Z",
            "serverUrl": "app://hoppscotch",
            "version": "25.9.0"
          }
        ],
        "metadata": {
          "createdAt": "2025-12-04T12:19:13.551Z",
          "namespace": "hoppscotch-desktop.v1",
          "updatedAt": "2025-12-04T12:19:14.229Z"
        },
        "schemaVersion": 1
      }
    },
    "migration.v1": {
      "migrationVersion": {
        "data": 1,
        "metadata": {
          "createdAt": "2025-12-04T12:19:13.556Z",
          "namespace": "migration.v1",
          "updatedAt": "2025-12-04T12:19:13.556Z"
        },
        "schemaVersion": 1
      }
    }
  }
}

latest/store/hoppscotch.hoppscotch.store. --> This is a 12MB file so I cannot copy the content here.
registry.json

{
  "version": 1,
  "servers": {
    "https://vendor": {
      "bundle_name": "hoppscotch",
      "version": "0.1.0",
      "created_at": "2025-12-09T13:09:17.257459Z",
      "last_accessed": "2025-12-09T13:09:17.257459Z"
    }
  }
}

And actually, during the time I redacted this post, it actually opened...
That remind me that when I import my back-upped collection, it takes more than 7/8 minutes for it to be completed with the soft beeing irresponsive.

So it actually opens but seems not happy with the content of my collections being too big.

@batkite commented on GitHub (Dec 9, 2025): Hello @CuriousCorrelation , I do not have the permission to reopen the issue but today it happened again, I'm getting the blank screen. Find the content you've requested : - hopp.store.json --> Could not find it - latest/instance/hoppscotch-unified.store ``` { "data": { "hoppscotch-desktop.v1": { "connectionState": { "data": { "instance": { "bundleName": "Hoppscotch", "displayName": "Hoppscotch Desktop", "kind": "vendored", "lastUsed": "2025-12-09T13:09:17.706Z", "serverUrl": "app://hoppscotch", "version": "25.9.0" }, "status": "connected" }, "metadata": { "createdAt": "2025-12-04T12:19:13.548Z", "namespace": "hoppscotch-desktop.v1", "updatedAt": "2025-12-09T13:09:18.002Z" }, "schemaVersion": 1 }, "recentInstances": { "data": [ { "bundleName": "Hoppscotch", "displayName": "Hoppscotch Desktop", "kind": "vendored", "lastUsed": "2025-12-04T12:19:14.161Z", "serverUrl": "app://hoppscotch", "version": "25.9.0" } ], "metadata": { "createdAt": "2025-12-04T12:19:13.551Z", "namespace": "hoppscotch-desktop.v1", "updatedAt": "2025-12-04T12:19:14.229Z" }, "schemaVersion": 1 } }, "migration.v1": { "migrationVersion": { "data": 1, "metadata": { "createdAt": "2025-12-04T12:19:13.556Z", "namespace": "migration.v1", "updatedAt": "2025-12-04T12:19:13.556Z" }, "schemaVersion": 1 } } } } ``` - latest/store/hoppscotch.hoppscotch.store. --> This is a 12MB file so I cannot copy the content here. - registry.json ``` { "version": 1, "servers": { "https://vendor": { "bundle_name": "hoppscotch", "version": "0.1.0", "created_at": "2025-12-09T13:09:17.257459Z", "last_accessed": "2025-12-09T13:09:17.257459Z" } } } ``` And actually, during the time I redacted this post, it actually opened... That remind me that when I import my back-upped collection, it takes more than 7/8 minutes for it to be completed with the soft beeing irresponsive. So it actually opens but seems not happy with the content of my collections being too big.

kerem commented

2026-03-16 23:31:41 +03:00

Author

Owner

@CuriousCorrelation commented on GitHub (Dec 9, 2025):

Hi @batkite, thanks for the follow-up!

It seems that the app is loading correctly, but it's getting blocked while processing your large collection data on startup. The 12MB store file looks to be the culprit since we do hydrate collections/tabs or basically any persistence data upon first launch.

So the desktop backend is working fine (assets are being served successfully), but the frontend is locking up while parsing/hydrating that large dataset. This is actually a web app layer issue rather than something desktop-specific.

This is tangentially related to an existing known issue with large collection performance (#3233).

Could you open a new issue specifically for the startup/hydration blocking behavior with your findings? A good title would be [bug]: App appears unresponsive after launch with large collections, just to help us track this case separately from the general collection slowness, since the symptoms and fixes are a bit different.

And thanks for your patience!

@CuriousCorrelation commented on GitHub (Dec 9, 2025): Hi @batkite, thanks for the follow-up! It seems that the app is loading correctly, but it's getting blocked while processing your large collection data on startup. The 12MB store file looks to be the culprit since we do hydrate collections/tabs or basically any persistence data upon first launch. So the desktop backend is working fine (assets are being served successfully), but the frontend is locking up while parsing/hydrating that large dataset. This is actually a web app layer issue rather than something desktop-specific. This is tangentially related to an existing known issue with large collection performance (#3233). Could you open a new issue specifically for the startup/hydration blocking behavior with your findings? A good title would be `[bug]: App appears unresponsive after launch with large collections`, just to help us track this case separately from the general collection slowness, since the symptoms and fixes are a bit different. And thanks for your patience!

kerem referenced this issue

2026-03-17 01:15:13 +03:00

[PR #2175] [MERGED] Supporting Raw Body Imports from Postman #3657

kerem referenced this issue

2026-03-17 01:15:29 +03:00

[PR #2189] [MERGED] feat: reorder key-value entries #3662

kerem referenced this issue

2026-03-17 01:15:45 +03:00

[PR #2191] [MERGED] feat: override content-type #3669

kerem referenced this issue

2026-03-17 01:15:46 +03:00

[PR #2200] [MERGED] refactor: check spelling #3670