Ctrl-S is now Browser-Save instead of Workflow-Save
- Dominant language
- Python
- Stars
- 133k
- Forks
- 15.7k
- Avg merge
- 1d 7h
- Merged PRs (30d)
- 158
Description
When you hit Ctrl-S in a Workflow in ComfyUI, then this used to work as "save workflow".
This is now apparently intercepted by the Browser (Firefox 153.0.4 on Linux Mint 22.3 in my case), so I get a browser save-dialog to save the page as .hml
From the main Menu, you can still select "File" and then "Save", which works correctly.
And from the Workflow Actions menu, the Save there also still works.
But Ctrl-S no longer behaves as before (i.e. Save Workflow).
(other keyboard shortcuts like Ctrl-O, Ctrl-A, ... all still work correctly)
My ComfyUI setup:
## About
ComfyUI: 0.33.0
ComfyUI_frontend: v1.49.6
Templates: v0.11.41
EasyUse: v1.3.6
ComfyUI-Manager: V3.41
rgthree-comfy: v1.0.2607232129
## System Info
OS: linux
Python Version: 3.12.3 (main, Jun 19 2026, 12:46:00) [GCC 13.3.0]
Embedded Python: false
PyTorch Version: 2.12.0+rocm7.14.0
Arguments: main.py --auto-launch --preview-method none --async-offload --disable-mmap --disable-api-nodes --use-flash-attention --disable-pinned-memory --disable-smart-memory
RAM Total: 62.44 GB
RAM Free: 55.5 GB
Templates Version: 0.11.41
Contributor guide
Research direction
Reproduce the issue in Firefox on Linux and compare Ctrl-S with File > Save and Workflow Actions > Save, which still work. Trace the frontend keyboard-shortcut handling for Ctrl-S and verify that the browser save dialog no longer appears and the workflow is saved through the existing action.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux, python
- Domain
- frontend, web-dev
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 65/100