Skip to content

[bug]: Certain FLUX LoRAs don't install #7131

Closed as not planned
Closed as not planned

Description

@SencneS

Is there an existing issue for this problem?

  • I have searched the existing issues

Operating system

Windows

GPU vendor

Nvidia (CUDA)

GPU model

No response

GPU VRAM

No response

Version number

5.0.1

Browser

Chrome Version 129.0.6668.100 (Official Build) (64-bit)

Python dependencies

No response

What happened

All of a sudden some LoRa's just stopped being able to be installed.

[2024-10-16 15:47:52,892]::[ModelInstallService]::ERROR --> Model install error: Z:/AI-Models/Art-Models/Loras/Flux.1 D/Style-SFW/style/EnvyFluxDarkToon01.safetensors
InvalidModelConfigException: Unable to determine model type for Z:\AI-Models\Art-Models\Loras\Flux.1 D\Style-SFW\style\EnvyFluxDarkToon01.safetensors

Given that Envy's LoRa were working, and then they stopped I reached out to Envy and asked if they changed something recently. They mentioned that they started making DoRa's in "OneTrainer" Just to be clear the non-flux "LoRas" and "DoRa" from the creator work just fine in Invoke, but the Flux version does not. Again it's only something recent, and not the older ones. (Older by literally 2 weeks), any LoRa they had created after Oct 1st for FLUX appears to have this issue.

They have informed me that they have done nothing different. Just that they started creating DoRa's in OneTrainer.

List of FLUX LoRas that are having the issue -
-EnvyFluxDarkWatercolor01.safetensors
-EnvyFluxMoonlightFusion01.safetensors
-EnvyFluxThickOilPainting01a.safetensors
-EnvyFluxSakuraSunset01.safetensors
-EnvyFlux3Cute5U01b.safetensors
-EnvyFluxDarkToon01.safetensors
-EnvyFluxThickOilPainting01c.safetensors
-EnvyFluxAnimeFusion01.safetensors
-EnvyFluxPunkGirls01.safetensors
-EnvyFluxDigitalBrush01.safetensors
-EnvyFlux70sScifi01.safetensors
-EnvyFluxThickOilPainting01b.safetensors
-EnvyFluxAnimeSketch01.safetensors
-EnvyFluxDreamtown01.safetensors
-EnvyFluxThickOilPainting01d.safetensors
-EnvyFlux3Cute5U01a.safetensors

All their other FLUX LoRa's as of today (Oct 16th) work just fine.

What you expected to happen

It should have installed and used the FLUX LoRa

How to reproduce the problem

No response

Additional context

No response

Discord username

No response

Activity

  1. psychedelicious commented on Oct 16, 2024

    @psychedelicious
    Contributor

    Can you please provide a couple links to the specific versions of the LoRAs that don't work?

  2. changed the title [-][bug]: [/-] [+][bug]: Certain FLUX LoRAs don't work[/+] on Oct 16, 2024
  3. changed the title [-][bug]: Certain FLUX LoRAs don't work[/-] [+][bug]: Certain FLUX LoRAs don't install[/+] on Oct 16, 2024
  4. SencneS commented on Oct 16, 2024

    @SencneS
    Author
  5. psychedelicious commented on Oct 16, 2024

    @psychedelicious
    Contributor

    Thanks!

  6. rikublock commented on Oct 17, 2024

    @rikublock
    Contributor

    Here is another one that doesn't install currently:

  7. SencneS commented on Oct 17, 2024

    @SencneS
    Author

    OK So Envy got a pinch more info for me. They said "Those are DoRa's but I must have labeled them LoRa's out of habbit..." So maybe because it's labeled a LoRa, but is really coded as a DoRa Invoke is having a problem understanding?
    I only say that because other DoRa's for non-flux models load just fine in Invoke. But those are specifically tagged as DoRa. Maybe? I am not a coder by any means, just trying to follow some logic here.

  8. freshlesh3 commented on Nov 7, 2024

    @freshlesh3

    OK So Envy got a pinch more info for me. They said "Those are DoRa's but I must have labeled them LoRa's out of habbit..." So maybe because it's labeled a LoRa, but is really coded as a DoRa Invoke is having a problem understanding? I only say that because other DoRa's for non-flux models load just fine in Invoke. But those are specifically tagged as DoRa. Maybe? I am not a coder by any means, just trying to follow some logic here.

    Thanks for the insight but what is a Dora? And how can we check what they are labeled, and relabel them if necessary?

  9. SencneS commented on Nov 7, 2024

    @SencneS
    Author

    Thanks for the insight but what is a Dora? And how can we check what they are labeled, and relabel them if necessary?

    From what I've read, DoRA is a faster model than LoRA.
    How can you know if a DoRA has been tagged a LoRA? I have no idea, the creator needs to make certain to tag the metadata DoRA... Because if they tag it LoRA it appears Invoke doesn't like it. That said, A1111, ComfyUI, and Foooocus don't seem to have this problem. This is distinctively a InvokeAI issue.

    If I had to guess, having the file tagged LoRA but is really configured to be a DoRA, Invoke probably has a specific loading protocol to read just LoRA formatting. The other programs might have taken a more 'dumbed down' approach, you feed it a file and it determines what it is based on the file structure. It's slower doing it this way, but more flexible for dummies that mis-tag their file structure :) But I am not a coder so I'm just throwing stuff out there.

  10. DzikiREX commented on Nov 16, 2024

    @DzikiREX

    As suggested by the admins on the discord channel, I'm reporting here LORA styles for Flux that don't work. The same styles work perfectly well with FLUX in Swartm UI, so everything is fine with them. None of these styles want to install in Invoke.

    https://civitai.com/models/643886/flux-faetastic-details?modelVersionId=720252
    https://civitai.com/models/580857/realistic-skin-texture-style-xl-detailed-skin-sd15-flux1d
    https://civitai.com/models/631986/xlabs-flux-realism-lora
    https://civitai.com/models/178215?modelVersionId=734230
    https://civitai.com/models/636355/flux-detailer
    https://civitai.com/models/776375/chrome-texture-flux-paseer

    Here is one exception and a slightly different case. A style that theoretically installs, but then throws an error when you try to use it.
    https://civitai.com/models/643395/latexskinnsfw-flux-paseer

  11. DzikiREX commented on Nov 30, 2024

    @DzikiREX
  12. DzikiREX commented on Dec 9, 2024

    @DzikiREX

    Another lora style that Invoke failed to install.
    https://civitai.com/models/830230/comic-book?modelVersionId=954701

  13. DzikiREX commented on Dec 15, 2024

    @DzikiREX
  14. DzikiREX commented on Dec 25, 2024

    @DzikiREX

    Another on. Every good model for cyborg stuff don't work in Invoke.
    https://civitai.com/models/1065732/cyborgfusionflux

  15. keturn commented on Jan 2, 2025

    @keturn
    Contributor
  16. chrononaut79 commented on Jan 21, 2025

    @chrononaut79

    Any luck resolving this? I've only seen it happen a couple of times, but it is repeatable, and a bummer.

    https://civitai.com/models/836757/envy-flux-digital-brush-01?modelVersionId=936167

    Still doesn't want to install due to "unknown model type."

  17. keturn commented on Jan 29, 2025

    @keturn
    Contributor

    can confirm that current main (with #7590 merged) installs and loads that envy-flux-digital-brush,
    and the illustration-concept linked in #7131 (comment)

    however Niji Anime from the same uploader still fails with "Unknown LoRA type."

  18. Cragz commented on Mar 10, 2025

    @Cragz
  19. Neosettler commented on Mar 31, 2025

    @Neosettler

    For context and about ~1000 tested FLUX Loras. About 1 out of 10 won't load in Invoke.

  20. dreness commented on Oct 13, 2025

    @dreness
    Contributor

    I've also encountered some LoRAs that InvokeAI won't load for various reasons. With Claude's help, I put together some tools to analyze and convert LoRAs to make them work in InvokeAI.

    https://github.com/dreness/lora-metadata-tools

  21. github-actions commented on Jan 22, 2026

    @github-actions

    There has been no activity in this issue for 30 days. If this issue is still being experienced, please reply with an updated confirmation that the issue is still being experienced with the latest release.

  22. github-actions commented on Feb 5, 2026

    @github-actions

    Due to inactivity, this issue was automatically closed. If you are still experiencing the issue, please recreate the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions