[GH-ISSUE #1740] Download All missing models always shows 'Save As' dialog instead of auto-downloading to correct model directory #535

New issue

Open

opened 2026-10-31 22:14:12 +00:00 by bsakaguchi · 3 comments

bsakaguchi commented 2026-10-31 22:14:12 +00:00

Owner

Copy link

Originally created by @baoyu0 on GitHub (Jun 10, 2026).
Original GitHub issue: https://github.com/Comfy-Org/desktop/issues/1740

Description

When opening a built-in workflow template that references missing models, clicking the "Download All" button shows a native "Save As" directory picker dialog for each model, instead of automatically downloading to the correct model subdirectory.

Environment

• Desktop Version: 0.8.35+ (installed on D:\ drive)
• ComfyUI Version: 0.24.1
• Frontend Package: 1.44.19
• OS: Windows 10 64-bit
• Install path: D:\ComfyUI
• Model path: D:\ComfyUI\ComfyUI\models

Steps to Reproduce

1. Install ComfyUI Desktop on D: drive (non-C: drive)
2. Open a built-in workflow template (e.g. any template that requires models not yet downloaded)
3. Desktop detects missing models and shows "Download All" prompt
4. Click "Download All"
5. ⚠️ A native Windows "Save As" dialog pops up for each model, asking where to save instead of auto-downloading to the correct subdirectory under models/

Expected Behavior

Models should automatically download to the correct subdirectory based on model type, e.g.:

• Checkpoints → models/checkpoints/
• Diffusion models → models/diffusion_models/
• LoRAs → models/loras/
• VAEs → models/vae/

This worked correctly when ComfyUI Desktop was installed on C:\ drive. After reinstalling on D:, the "Save As" dialog appears.

Investigation Findings

Backend is correctly configured

• folder_paths.models_dir points to D:\ComfyUI\ComfyUI\models ✅
• extra_model_paths.yaml is properly loaded with download_model_base: D:\ComfyUI\models ✅
• get_model_dir() returns valid paths for all model types ✅
• Model directories exist and are writable ✅

Relevant startup log from logs/comfyui.log:

[INFO] Adding extra search path download_model_base D:\ComfyUI\models
[INFO] Adding extra search path checkpoints D:\ComfyUI\ComfyUI\models\checkpoints
...

Root Cause Analysis

1. This is related to the "Missing Models Downloads" regression reported in ComfyUI#12961 — the "Download All" button was introduced in a frontend update but fails to properly route downloads through the Manager backend API.

2. The Desktop's DownloadManager validates download paths against {installPath}/models. When the save path doesn't match (string comparison), it falls back to dialog.showSaveDialog(). Even with a junction or download_model_base pointing to the correct path, the dialog still appears, suggesting the frontend may not be passing the savePath to DownloadManager.startDownload() at all.

3. Workaround: Using ComfyUI Manager → Model Manager to download individual models works correctly because it uses the backend API (/v2/manager/queue/install_model) directly, bypassing the frontend download handler.

Related Issues

• #1699 - Setting Alternate Download Model Path (related but about path validation)
• https://github.com/Comfy-Org/ComfyUI/issues/12961 - Missing Models Downloads (the frontend regression)
• Draft PRs: Frontend #12317, Backend #13961 (proposed fixes)

Logs

Full logs/comfyui.log shows all model paths are correctly registered. The user/comfyui.log confirms ComfyUI starts without errors.

Originally created by @baoyu0 on GitHub (Jun 10, 2026). Original GitHub issue: https://github.com/Comfy-Org/desktop/issues/1740 ## Description When opening a built-in workflow template that references missing models, clicking the "Download All" button shows a native "Save As" directory picker dialog for each model, instead of automatically downloading to the correct model subdirectory. ## Environment - **Desktop Version:** 0.8.35+ (installed on D:\ drive) - **ComfyUI Version:** 0.24.1 - **Frontend Package:** 1.44.19 - **OS:** Windows 10 64-bit - **Install path:** `D:\ComfyUI` - **Model path:** `D:\ComfyUI\ComfyUI\models` ## Steps to Reproduce 1. Install ComfyUI Desktop on D: drive (non-C: drive) 2. Open a built-in workflow template (e.g. any template that requires models not yet downloaded) 3. Desktop detects missing models and shows "Download All" prompt 4. Click "Download All" 5. ⚠️ A native Windows "Save As" dialog pops up for each model, asking where to save instead of auto-downloading to the correct subdirectory under `models/` ## Expected Behavior Models should automatically download to the correct subdirectory based on model type, e.g.: - Checkpoints → `models/checkpoints/` - Diffusion models → `models/diffusion_models/` - LoRAs → `models/loras/` - VAEs → `models/vae/` This worked correctly when ComfyUI Desktop was installed on C:\ drive. After reinstalling on D:\, the "Save As" dialog appears. ## Investigation Findings ### Backend is correctly configured - `folder_paths.models_dir` points to `D:\ComfyUI\ComfyUI\models` ✅ - `extra_model_paths.yaml` is properly loaded with `download_model_base: D:\ComfyUI\models` ✅ - `get_model_dir()` returns valid paths for all model types ✅ - Model directories exist and are writable ✅ Relevant startup log from `logs/comfyui.log`: ``` [INFO] Adding extra search path download_model_base D:\ComfyUI\models [INFO] Adding extra search path checkpoints D:\ComfyUI\ComfyUI\models\checkpoints ... ``` ### Root Cause Analysis 1. This is related to the "Missing Models Downloads" regression reported in [ComfyUI#12961](https://github.com/Comfy-Org/ComfyUI/issues/12961) — the "Download All" button was introduced in a frontend update but fails to properly route downloads through the Manager backend API. 2. The Desktop's `DownloadManager` validates download paths against `{installPath}/models`. When the save path doesn't match (string comparison), it falls back to `dialog.showSaveDialog()`. Even with a junction or `download_model_base` pointing to the correct path, the dialog still appears, suggesting the frontend may not be passing the `savePath` to `DownloadManager.startDownload()` at all. 3. Workaround: Using ComfyUI Manager → Model Manager to download individual models works correctly because it uses the backend API (`/v2/manager/queue/install_model`) directly, bypassing the frontend download handler. ### Related Issues - #1699 - Setting Alternate Download Model Path (related but about path validation) - https://github.com/Comfy-Org/ComfyUI/issues/12961 - Missing Models Downloads (the frontend regression) - Draft PRs: Frontend #12317, Backend #13961 (proposed fixes) ## Logs Full `logs/comfyui.log` shows all model paths are correctly registered. The `user/comfyui.log` confirms ComfyUI starts without errors. ```

bsakaguchi added the

bug

label 2026-10-31 22:14:12 +00:00

bsakaguchi commented 2026-10-31 22:14:12 +00:00

Author

Owner

Copy link

@dosubot[bot] commented on GitHub (Jun 10, 2026):

Hi @baoyu0! I'm Dosu and I'm helping the Comfy Org team.

This is a confirmed limitation in how the DownloadManager validates download paths. Looking at the code, the core issue is in the ensureDownloadTargetDirectory() and isPathInModelsDirectory() methods [1] — they resolve real paths via fs.realpathSync.native() and check containment against the single modelsDirectory that the DownloadManager was initialized with. If the frontend passes a directoryPath that resolves outside that directory, the download is rejected with a "Save path is not in models directory" error [2].

One clarification on the symptom you're describing: The DownloadManager itself does not fall back to dialog.showSaveDialog(). It either downloads automatically or reports an error back to the frontend [3]. If you're seeing a native "Save As" dialog, that likely originates from the frontend/renderer layer when it receives the download error and attempts a fallback, or from Electron's default will-download handler for download URLs that aren't intercepted by the DownloadManager (i.e., Electron shows a save dialog by default for unhandled downloads).

This matches issue #1699 exactly — when download_model_base points to a different path than the DownloadManager's modelsDirectory, the containment check fails. The DownloadManager is initialized with a hardcoded {basePath}/models and doesn't consult extra_models_config.yaml or download_model_base settings for validation.

Workarounds [4]:

1. Ensure your install base path is D:\ComfyUI so the DownloadManager's modelsDirectory matches your actual models location
2. Use ComfyUI Manager's Model Manager to download individually (as you noted, this bypasses the desktop DownloadManager entirely)

Several related PRs have been merged to improve path handling — PR #1657 (honor absolute missing model download paths) and PR #1685 (auto-create missing model subdirectories) — but the fundamental issue of the DownloadManager not respecting alternate download_model_base configurations remains open per #1699.

Could you check your main.log for the specific error message? If you see "Save path ... is not in models directory ...", that confirms the path validation failure. If not, the "Save As" dialog may be triggered by a different code path worth investigating further.

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.

<!-- gh-comment-id:4668089726 --> @dosubot[bot] commented on GitHub (Jun 10, 2026): <!-- Answer --> Hi @baoyu0! I'm [Dosu](https://go.dosu.dev/dosubot) and I'm helping the Comfy Org team. This is a confirmed limitation in how the DownloadManager validates download paths. Looking at the code, the core issue is in the `ensureDownloadTargetDirectory()` and `isPathInModelsDirectory()` methods [[1]](https://github.com/Comfy-Org/desktop/blob/e2d964b7456cea8423c7b9d3371c612313c06baa/src/models/DownloadManager.ts#L314-L337) — they resolve real paths via `fs.realpathSync.native()` and check containment against the single `modelsDirectory` that the DownloadManager was initialized with. If the frontend passes a `directoryPath` that resolves outside that directory, the download is rejected with a `"Save path is not in models directory"` error [[2]](https://github.com/Comfy-Org/desktop/blob/e2d964b7456cea8423c7b9d3371c612313c06baa/src/models/DownloadManager.ts#L129-L140). **One clarification on the symptom you're describing**: The DownloadManager itself does **not** fall back to `dialog.showSaveDialog()`. It either downloads automatically or reports an error back to the frontend [[3]](https://github.com/Comfy-Org/desktop/blob/e2d964b7456cea8423c7b9d3371c612313c06baa/src/models/DownloadManager.ts#L126-L185). If you're seeing a native "Save As" dialog, that likely originates from the **frontend/renderer** layer when it receives the download error and attempts a fallback, or from Electron's default `will-download` handler for download URLs that aren't intercepted by the DownloadManager (i.e., Electron shows a save dialog by default for unhandled downloads). This matches [issue #1699](https://github.com/Comfy-Org/desktop/issues/1699#issuecomment-4319937545) exactly — when `download_model_base` points to a different path than the DownloadManager's `modelsDirectory`, the containment check fails. The DownloadManager is initialized with a hardcoded `{basePath}/models` and doesn't consult `extra_models_config.yaml` or `download_model_base` settings for validation. **Workarounds** [[4]](https://github.com/Comfy-Org/desktop/issues/1699#issuecomment-4319937545): 1. Ensure your install base path **is** `D:\ComfyUI` so the DownloadManager's `modelsDirectory` matches your actual models location 2. Use ComfyUI Manager's Model Manager to download individually (as you noted, this bypasses the desktop DownloadManager entirely) Several related PRs have been merged to improve path handling — [PR #1657](https://github.com/Comfy-Org/desktop/pull/1657) (honor absolute missing model download paths) and [PR #1685](https://github.com/Comfy-Org/desktop/pull/1685) (auto-create missing model subdirectories) — but the fundamental issue of the DownloadManager not respecting alternate `download_model_base` configurations remains open per #1699. Could you check your `main.log` for the specific error message? If you see `"Save path ... is not in models directory ..."`, that confirms the path validation failure. If not, the "Save As" dialog may be triggered by a different code path worth investigating further. <!-- Dosu Comment Footer --> *To reply, just mention [@dosu](https://go.dosu.dev/dosubot?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=reply-with-mention&utm_term=Comfy-Org%2Fdesktop).* --- Share context across your team and agents. Try [Dosu](https://dosu.dev?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=knowledge-infrastructure-tagline&utm_term=Comfy-Org%2Fdesktop). [](https://app.dosu.dev/response-feedback?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=knowledge-infrastructure-feedback&utm_term=Comfy-Org%2Fdesktop&message_id=d5b22f52-cd43-45bd-82c7-ea20e8c3ee8c) [](https://github.dosu.com/Comfy-Org/desktop?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=knowledge-infrastructure-learn-repo&utm_term=Comfy-Org%2Fdesktop) [](https://app.dosu.dev/signup?referrer=openSource&source=github-footer&utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=knowledge-infrastructure-add-team&utm_term=Comfy-Org%2Fdesktop)

bsakaguchi commented 2026-10-31 22:14:12 +00:00

Author

Owner

Copy link

@baoyu0 commented on GitHub (Jun 10, 2026):

Thanks @dosu! I checked but cannot find a main.log in any of the expected locations (AppData/Roaming/Comfy Desktop/, AppData/Local/, D:\ComfyUI\logs, etc.). The DownloadManager errors may not be persisted to a file in this installation.

However, I can confirm:

1. The download_model_base is registered at D:\ComfyUI\models in folder_paths.folder_names_and_paths (verified via logs/comfyui.log: [INFO] Adding extra search path download_model_base D:\ComfyUI\models)

2. The install base path (from installations.json) is D:\ComfyUI, so the DownloadManager's modelsDirectory should resolve to D:\ComfyUI\models — which matches the download_model_base path above.

3. A junction was also created at D:\ComfyUI\models → D:\ComfyUI\ComfyUI\models to ensure the filesystem path resolves correctly regardless of which path the validation uses.

4. Despite all this, clicking "Download All" on the missing-models dialog still shows a native "Save As" dialog. This suggests the dialog may NOT be coming from the DownloadManager containment check (since the paths should match), but rather from the frontend/renderer layer, possibly triggered by the browser's default download handler for URLs that aren't intercepted by the DownloadManager.

Could the issue be that the frontend's "Missing Models Download All" flow doesn't call DownloadManager.startDownload() at all, and instead triggers a plain browser download (window.open / download link)? This would explain the native "Save As" dialog even when backend paths are correctly configured.

I saw ComfyUI#12961 which mentions the "Download All" button was introduced in a frontend update and may be bypassing the Manager API. Could this be the same root cause for Desktop?

<!-- gh-comment-id:4668170572 --> @baoyu0 commented on GitHub (Jun 10, 2026): Thanks @dosu! I checked but cannot find a main.log in any of the expected locations (AppData/Roaming/Comfy Desktop/, AppData/Local/, D:\ComfyUI\logs\, etc.). The DownloadManager errors may not be persisted to a file in this installation. However, I can confirm: 1. The `download_model_base` is registered at `D:\ComfyUI\models` in `folder_paths.folder_names_and_paths` (verified via `logs/comfyui.log`: `[INFO] Adding extra search path download_model_base D:\ComfyUI\models`) 2. The install base path (from `installations.json`) is `D:\ComfyUI`, so the DownloadManager's `modelsDirectory` should resolve to `D:\ComfyUI\models` — which matches the `download_model_base` path above. 3. A junction was also created at `D:\ComfyUI\models` → `D:\ComfyUI\ComfyUI\models` to ensure the filesystem path resolves correctly regardless of which path the validation uses. 4. Despite all this, clicking "Download All" on the missing-models dialog still shows a native "Save As" dialog. This suggests the dialog may NOT be coming from the DownloadManager containment check (since the paths should match), but rather from the frontend/renderer layer, possibly triggered by the browser's default download handler for URLs that aren't intercepted by the DownloadManager. Could the issue be that the frontend's "Missing Models Download All" flow doesn't call `DownloadManager.startDownload()` at all, and instead triggers a plain browser download (window.open / download link)? This would explain the native "Save As" dialog even when backend paths are correctly configured. I saw [ComfyUI#12961](https://github.com/Comfy-Org/ComfyUI/issues/12961) which mentions the "Download All" button was introduced in a frontend update and may be bypassing the Manager API. Could this be the same root cause for Desktop?

bsakaguchi commented 2026-10-31 22:14:12 +00:00

Author

Owner

Copy link

@dosubot[bot] commented on GitHub (Jun 10, 2026):

Your hypothesis is very likely correct. Looking at the desktop app's architecture, here's what's happening:

The DownloadManager's will-download handler checks if the download URL is already registered in its internal downloads Map. If the URL is not found, the handler returns early without taking action [1], which means Electron's default download behavior kicks in — showing the native "Save As" dialog.

session.defaultSession.on('will-download', (event, item) => {
  const url = item.getURLChain()[0];
  const download = this.downloads.get(url);
  if (!download) return; // ← Falls through to Electron default (save dialog)
  // ...
});

The only way to properly download through the DownloadManager is via the IPC channel: the frontend must call window.api.DownloadManager.startDownload(url, path, filename) [2], which registers the URL in the Map before calling session.defaultSession.downloadURL(url) [3].

The "Download All" button lives in the ComfyUI frontend package (not the desktop repo itself), and based on your observations + ComfyUI#12961, it appears to be triggering downloads via a browser-level mechanism (direct URL navigation, anchor click, etc.) that never calls the desktop IPC channel. This causes Electron to intercept the download via the will-download event, find no matching entry in the Map, and fall through to the native save dialog.

So to summarize: the paths being correctly configured is irrelevant here because DownloadManager.startDownload() is never called in the first place. The fix needs to happen in the ComfyUI frontend — the "Download All" flow needs to route through electronAPI.DownloadManager.startDownload() instead of triggering plain browser downloads.

This is essentially the same root cause as ComfyUI#12961. If you want to help confirm, you could open DevTools (Ctrl+Shift+I) when clicking "Download All" and check the Network/Console tabs — you'd likely see direct HTTP requests or navigation events rather than IPC calls.

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

<!-- gh-comment-id:4668213544 --> @dosubot[bot] commented on GitHub (Jun 10, 2026): <!-- Answer --> Your hypothesis is very likely correct. Looking at the desktop app's architecture, here's what's happening: The DownloadManager's `will-download` handler checks if the download URL is already registered in its internal `downloads` Map. **If the URL is not found, the handler returns early without taking action** [[1]](https://github.com/Comfy-Org/desktop/blob/e2d964b7456cea8423c7b9d3371c612313c06baa/src/models/DownloadManager.ts#L51-L55), which means Electron's default download behavior kicks in — showing the native "Save As" dialog. ```typescript session.defaultSession.on('will-download', (event, item) => { const url = item.getURLChain()[0]; const download = this.downloads.get(url); if (!download) return; // ← Falls through to Electron default (save dialog) // ... }); ``` The only way to properly download through the DownloadManager is via the IPC channel: the frontend must call `window.api.DownloadManager.startDownload(url, path, filename)` [[2]](https://github.com/Comfy-Org/desktop/blob/e2d964b7456cea8423c7b9d3371c612313c06baa/src/preload.ts#L201-L203), which registers the URL in the Map *before* calling `session.defaultSession.downloadURL(url)` [[3]](https://github.com/Comfy-Org/desktop/blob/e2d964b7456cea8423c7b9d3371c612313c06baa/src/models/DownloadManager.ts#L170-L183). **The "Download All" button lives in the ComfyUI frontend package (not the desktop repo itself)**, and based on your observations + [ComfyUI#12961](https://github.com/Comfy-Org/ComfyUI/issues/12961), it appears to be triggering downloads via a browser-level mechanism (direct URL navigation, anchor click, etc.) that **never calls the desktop IPC channel**. This causes Electron to intercept the download via the `will-download` event, find no matching entry in the Map, and fall through to the native save dialog. So to summarize: the paths being correctly configured is irrelevant here because `DownloadManager.startDownload()` is never called in the first place. The fix needs to happen in the **ComfyUI frontend** — the "Download All" flow needs to route through `electronAPI.DownloadManager.startDownload()` instead of triggering plain browser downloads. This is essentially the same root cause as ComfyUI#12961. If you want to help confirm, you could open DevTools (`Ctrl+Shift+I`) when clicking "Download All" and check the Network/Console tabs — you'd likely see direct HTTP requests or navigation events rather than IPC calls. <!-- Dosu Comment Footer --> *To reply, just mention [@dosu](https://go.dosu.dev/dosubot?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=reply-with-mention&utm_term=Comfy-Org%2Fdesktop).* --- Docs are dead. Just use [Dosu](https://dosu.dev?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=static-docs-tagline&utm_term=Comfy-Org%2Fdesktop). [](https://app.dosu.dev/response-feedback?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=static-docs-feedback&utm_term=Comfy-Org%2Fdesktop&message_id=271b11da-6005-43dc-b626-00a7f2d25baf) [](https://github.dosu.com/Comfy-Org/desktop?utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=static-docs-ask-repo&utm_term=Comfy-Org%2Fdesktop) [](https://app.dosu.dev/signup?referrer=openSource&source=github-footer&utm_source=github&utm_medium=bot-comment&utm_campaign=github-comment-footer-20260415&utm_content=static-docs-share-team&utm_term=Comfy-Org%2Fdesktop)

bsakaguchi referenced this issue 2026-10-31 22:18:00 +00:00

[PR #535] [MERGED] v0.3.35 #914

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

main

chore/archive-notice

deepme987/desktop/deprecation-banner

bl/bump-comfyui-0-22-3

add-comfy-environment-marker

bl/missing-model-download-contract

bl/bump-comfyui-0.20.2

sno-proxysettings

bl/missing-model-download-ui-consume-fix

bl/missing-model-download-ui-test

feat/deep-link-protocol-handler

ben/oem-machine-scope-install-state

bl/fix-missing-model-download-path-e2e

bump-workflow-templates

chore/example-pr-close

chore/bump-frontend-1.39.19-r2

fix/frontend-optional-branch-core-1-39

fwra

chore/frontend-override-backport-9185-core-1.39

bump-comfyui-v0.15.0-package-json-only

ben/auto-bump-comfyui-release-optional-main-commit

bump-uv-v0.10.4-and-macos-resolution

ben/auto-bump-comfyui-release

fix/sentry-gpu-driver-reporting

fix/close-confirmation-ipc

fix/desktop-frontend-sourcemaps

revert-1565-chore/pytorch-2-10

chore/deps-rollup-2026-01-29

fix/macos-torch-index

fix/disable-forced-pytorch-upgrade

fix/rename-upgrade-packages-to-needs-package-update

fix/venv-troubleshooting-e2e

update-comfyui-core-0.9.2

torch-update-prompt

issue-1534-nvidia-driver-warning

revert-core-comfyui-0-9-1

bl-canary-release

bl-flaky-version-mask

chore/pytorch-2.9.1-cu130

bl-fix-amd-aarch-warning

bl-shaggy-urial

fix-todesktop-workflow

fix/self-heal-missing-dirs

bl-aggregate-ape

bl-interesting-warbler

bl-dramatic-opossum

bl-northern-whippet

bl-update-deps

copilot/fix-1228

build-head-20251001

custom-dialog

parse-uv-v

api-clean-up

parse-uv

release-action

uninstaller-options

full-installer

bundle-git-installer

vcpp-installer

uninstall-cleanup

update-bump-stable-command

frontend-optional-branch-v3-interface-menu

system-pop-up

feat-custom-launch

publish/private

macos-install-path

0.4.40

model_file_import

rh-fix3

robinjhuang-patch-1

rh-manager2

remove-redundant-ci

e2e-bad-start

version-bump-2025-02-20-1740010810152

test/beforeunload-confirm

e2e2-2

debug-log-events

rh-nodes

cb-store

clean-comfy-server

lumina-release

release-2025-feb06

rh-tsx

fix_setting_ids

use_npm

default-no-reload-page

first-time-user-setting

window-style-change

readme-dev-linux

virtual-validation-testing

app-state

enh/Add-Check-For-Updates-button

git-installer

enh/Save-user-preference-for-crashes-after-confirmation-dialog

enh/include-vcredist

error-handling

dev-ken

dev-kendal-todesktop-securit

dev-kendal-startup-test

dev-squirrel-uninstall

dev-kendal

v0.9.4

v0.9.3

v0.9.2

v0.9.1

v0.9.0

v0.8.36

v0.8.35

v0.8.34

v0.8.33

v0.8.32

v0.8.31

v0.8.30

v0.8.29

v0.8.28

v0.8.27

v0.8.26

v0.8.25

v0.8.24

v0.8.23

v0.8.22

v0.8.21

v0.8.20

v0.8.19

v0.8.18

v0.8.16

v0.8.15

v0.8.14

v0.8.13

v0.8.12

v0.8.11

v0.8.10

v0.8.9

v0.8.8

v0.8.7

v0.8.6

v0.8.5

v0.8.4

v0.8.3

v0.8.2

v0.8.1

v0.8.0

v0.7.5

v0.7.4

v0.7.3

v0.7.2

v0.7.1

v0.7.0

v0.6.2

v0.6.1

v0.6.0

v0.5.12

v0.5.11

v0.5.10

v0.5.9

v0.5.8

v0.5.7

v0.5.6

v0.5.5

v0.5.4

v0.5.3

v0.5.2

v0.5.1

v0.5.0

v0.4.76

v0.4.75

v0.4.74

v0.4.73

v0.4.72

v0.4.71

v0.4.70

v0.4.69

v0.4.68

v0.4.67

v0.4.66

v0.4.65

v0.4.64

v0.4.63

v0.4.62

v0.4.61

v0.4.60

v0.4.59

v0.4.58

v0.4.57

v0.4.56

v0.4.55

v0.4.54

v0.4.53

v0.4.52

v0.4.51

v0.4.50

v0.4.49

v0.4.48

v0.4.47

v0.4.46

v0.4.45

v0.4.44

v0.4.41

v0.4.40

v0.4.39

v0.4.36

v0.4.35

v0.4.34

v0.4.33

v0.4.32

v0.4.30

v0.4.29

v0.4.28

v0.4.27

v0.4.26

v0.4.25

v0.4.24

v0.4.23

v0.4.22

v0.4.21

v0.4.20

v0.4.19

v0.4.18

v0.4.17

v0.4.16

v0.4.13

v0.4.12

v0.4.7

v0.4.6

v0.4.5

v0.4.4

v0.4.3

v0.3.18

v0.4.2

Labels

Clear labels   

area: desktop-app

  

Bounty

  

bug

  

bug-cop:answered

  

bug-cop:response-received

  

component: installer

  

component: preload

  

custom node

  

dependencies

  

Design

  

documentation

  

duplicate

  

enhancement

  

expected

  

frontend

  

good first issue

  

installation

  

Low-Priority

  

performance

  

Planned

  

platform: cross-platform

  

platform: windows

  

Potential Bug

  

Potential Bug

  

pull-request

Mirrored from GitHub Pull Request

  

question

  

refactor

  

Release

  

stale

  

User Support

  

V1

No labels

area: desktop-app

Bounty

bug

bug-cop:answered

bug-cop:response-received

component: installer

component: preload

custom node

dependencies

Design

documentation

duplicate

enhancement

expected

frontend

good first issue

installation

Low-Priority

performance

Planned

platform: cross-platform

platform: windows

Potential Bug

Potential Bug

pull-request

question

refactor

Release

stale

User Support

V1

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

Comfy-Org/desktop#535

No description provided.