ADetailer do not swap to separate checkpoint.

[Kmolpat]

It just doesn't work anymore like it used to.

[BretChampagne]

Thanks to point out this issue, you're not alone ;-)
It was a very important feature of my personal workflow so I hope devs will find a fix soon...

[vihangasa14]

Same here

[Stektpotet]

Seems to be a sd-forge issue:
#964 (comment) & #1026

[Kmolpat]

yes, it is.
When it starts to use ADtailer, it should load the model first, then starts to detail the face. But after the update the model loading behavior, when it starts the detailer, it starts by go to read the prompt with LoRA init and then generate the detail before change the model.

[ainomad1668]

I encountered the same issue.
It improved and cleaned up the face, but it didn’t utilize the separate checkpoint.

I hope it gets fixed soon.

[CCpt5]

Edit: This feature no longer works in Uddetailer either - The developer of that repo commented (see next message)

---

udetailer is a similar fork (like adetailer). Have you tried that?

The developer is pretty active (very helpful) so if you have tried it and had issues w/ the latest forge maybe mention them in this thread on their repo. They tested w/ Forge two weeks ago and said it works fine: wkpark/uddetailer#96

[CCpt5]

Ok, so I made an issue on the uddetailer repo mentioning that the option to use a different checkpoint while inpainting a face was no longer working in Forge. The developer, wkpark, reviewed the issue and found an override feature for model changing that still exists in A1111 was removed from Forge. Apparently this is a breaking change for that feature and any fix would require input from the developer of Forge @lllyasviel.

I'm just a layman, but I assume this override feature was likely removed due to all of the updated code that was required to properly handle Flux and its large memory footprint. Here's the link to wkpark's reply on the uddetailer repo: wkpark/uddetailer#99 (comment)

[driqeks]

can you open an issue about it here?

[icsl-Jeon]

Bing-su/adetailer#716