Fixed cache not resetting when LoRAs change in multi-stage workflows. Cache is now properly invalidated when LoRAs change, ensuring correct LoRA usage in each stage.
See RELEASE_NOTES_COMPLETE.txt for technical details.
- Fixed duplicate integration blocks when running installer multiple times
- Implemented marker-based duplicate detection in append_integration.py
- Backup protection: .qwen_image_backup created only once, never overwritten
- Comprehensive uninstallation: supports backup restoration or block removal
- Legacy block removal: regex pattern for old-style blocks without markers
- Consolidated backup mechanism: removed .backup, unified to .qwen_image_backup only
- Updated installers/uninstallers for global and portable setups
Full details: RELEASE_v1.57.md
- Changed from 'Completely resolves' to 'Significantly improves'
- Added caveat about potential edge cases
- Encourages users to report if issues persist
- More honest and transparent communication
- Reported by @recursionlaplace-eng
- Problem: Re-executing workflows with multiple LoRAs could result in LoRAs not being applied
- Root cause: Shallow comparison logic failed to detect when LoRA reapplication was needed
- Solution: Implemented deep comparison with explicit checks for None, length, and element-by-element comparison
- Technical details:
* Explicit None check ensures initial state detection
* Length comparison detects LoRA addition/removal
* Element-by-element comparison detects path/strength/order changes
* Early break optimization for efficiency
* Robust against reference sharing and shallow copy issues
- Testing: Comprehensive test suite validates all detection scenarios
- Impact: Ensures consistent LoRA application across multiple workflow executions
- Add clear note that .bat files are Windows-only
- Direct macOS and Linux users to Manual Installation section
- Add 'Platform: Windows only' to both installer descriptions
- Improve cross-platform user experience by setting proper expectations
- Change 'Regular ComfyUI Installations' to 'ComfyUI Installations with Global Python Environment'
- Change 'Regular ComfyUI' to 'Global Python Environment' in script details
- Clarify that the distinction is about Python environment, not ComfyUI type
- Acknowledge that portable ComfyUI with embedded Python is actually more common
- Improve accuracy of installation script descriptions
- Acknowledge @vvhitevvizard's crucial suggestion for portable ComfyUI support
- Highlight the importance of embedded Python detection feature
- Recognize that without this suggestion, portable ComfyUI users would not have been able to use this LoRA loader
- Add Issue #10 to the Features section with proper attribution
- Add comprehensive explanation of both installation scripts
- Clearly distinguish between regular and portable ComfyUI installations
- Document Python environment requirements for each script
- Explain automatic detection mechanisms for embedded Python
- Detail folder name independence and path detection
- Provide clear usage guidelines for each installation type
- Address user feedback about insufficient documentation
ussoewwin