Summary entry + release-notes link for the ComfyUI >=0.38
ZImageModelPatcher fast_disk compat patch (commit 9ee0f7c).
Release notes body to be written separately.
v0.38 ModelPatcher.clone() always passes fast_disk= to the patcher class.
Upstream nunchaku's ZImageModelPatcher.__init__ (development stopped) does
not declare it, so any model.clone() on a nunchaku Z-Image model dies with
TypeError: unexpected keyword argument 'fast_disk' (seen via EasyCache node).
Added apply_nunchaku_zimage_fast_disk_patch(): wraps the subclass __init__
to accept and forward fast_disk, discovered through sys.modules only (never
re-importing, to avoid patching a second module instance under a different
name), idempotent via _ZIMAGE_FAST_DISK_TAG, no-ops when a future build
already declares the parameter, and covered by the existing fuse-patch
retry timer for load-order races.
The published v2.6.4 release body (English) is unchanged; only the language-switch button was added, linking to zhmd/v2.6.4.md.
zhmd/v2.6.4.md is the Chinese translation of the same notes (switch button back to the release).
- patches/rgthree_logo_route_guard.py (new): validate the markup rgthree caches from tool.comfy.Icon and fall back to rgthree's bundled SVG. Without validation a proxy/CDN error page (HTML with braces) made routes_config.get_logo raise ValueError: unexpected '{' in field name, and any naive suppression served that page as the logo. Applied on import and again via PromptServer on_startup (the UI asks for the logo before any prompt).
- patches/sam3_seg_features_scalp_patch.py (removed): Comfy-Org/ComfyUI#15979 is merged and present in ComfyUI v0.35.0+ (verified: merge commit is an ancestor of the installed HEAD; detector.py takes seg_features after the scalp trim), so the parity patch was inert. Removal is scoped to that patch; restoration condition (ComfyUI < v0.35.0) is documented.
- md/RGTHREE_LOGO_GUARD_AND_SAM3_PATCH_REMOVAL.md (new): technical guide (problem, files, full code, meaning).
Krea2ControlNetLoraLoader with an SDXL LLLite/ControlNet file (e.g.
kohya_controllllite_xl_openpose_anime_v2.safetensors) produced a generic
'No block LoRA patches matched' RuntimeError because the file has no
*.lora_A/*.lora_B pairs at all. Add a fast sanity check in the openpose
route that raises an actionable message naming the file type mismatch and
the correct Krea2 openpose LoRA to load.
ussoewwin