execute_inline now reads the loraopt_chain_names attachment off the incoming
model/clip and aligns each stamped filename to its reconstructed chain group
by order + strength (_resolve_stamp_names, per branch: strength_model for the
model side, strength_clip for the clip side). A matched group:
- displays its REAL filename in the fingerprint (instead of "chain lora #N");
- carries a _resolved_file_name flag that gives the virtual item FILE
identity — _persistent_lora_key returns the file-name key and
_lora_content_hash hashes the file bytes, so an inline-named run and a
Stack run of the same LoRA share the memory/community key.
Unstamped groups (custom loaders, or no attachment) keep the exact previous
behavior: generic "chain lora #N [salt]" display + captured-content-hash
identity. The salted display/merge-cache name stays separate from the
identity name. File-based (Stack) items are untouched (no _resolved_file_name
-> both helpers behave byte-identically).
Matching degrades gracefully: fewer/more stamps than groups, strength
mismatch, and malformed entries all leave the affected group unnamed.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
