Gregory RichardandClaude Opus 5.5 c47c70bd3d fix: a Turbo model takes its base's LoRAs ...

Civitai files a Turbo finetune under a base of its own, so on a Krea 2 Turbo
checkpoint every Krea 2 LoRA read orange, "/" suggested none of them and the
browser dimmed the family, though all of them load and apply. Base names now
drop a trailing "Turbo" the way they already dropped "-base": Krea 2 Turbo is
Krea 2, and ZImageTurbo and ZImageBase meet at ZImage.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-27 23:22:43 +01:00

..

docs

fix: a Turbo model takes its base's LoRAs

2026-10-27 23:22:43 +01:00

library.js

fix: correctness and cleanup from the project review

2026-09-01 21:46:47 +02:00

lora_browser.js

fix: even card heights, and a way to open a model's page

2026-09-01 22:32:03 +02:00

model_base.js

fix: refreshing node definitions refreshes the LoRA library too

2026-09-07 20:30:57 +02:00

prompt_ui.js

feat: a LoRA list of its own, a second for model_2, and trigger words that say whose they are

2026-10-18 11:16:03 +02:00

save_image_ui.js

fix: write the hash field Civitai actually links resources from

2026-09-01 11:45:47 +02:00

text.js

fix: correctness and cleanup from the project review

2026-09-01 21:46:47 +02:00

widget_values.js

feat: separate the two things the save node embeds

2026-09-01 11:12:02 +02:00