MODEL FILE DIAGNOSTIC · ORIGINAL FORGE

Fix a model or LoRA that is missing, rejected, or ignored

Do not move the same file through random folders. First prove that Forge discovered it, then that the loader recognized it, and finally that one controlled generation used it.

Evidence boundary: product behavior is verified against original Forge commit dfdcbab. We did not run your files on a GPU; compatibility for an untested artifact remains UNKNOWN until its controlled job passes.

01 · DISCOVEREDThe filename appearsPath, suffix, permissions and Refresh passed.
02 · SELECTEDThe intended file is activeThe UI and console name the exact artifact.
03 · PARSEDState dict can be readNo corruption or container-read error.
04 · MATCHEDArchitecture and keys fitRequired model, VAE, CLIP, T5 or LoRA keys map.
05 · PROVENThe controlled job passesImage completes or the LoRA causes an attributable A/B change.
00 · Short answer

Use the first gate that failed

A listed file can still be wrong, and a clean load can still fail to prove a LoRA effect. Stop as soon as one acceptance condition is missing.

VERIFIED

Missing from UI

Resolve the active path, accepted suffix, physical file and owning Refresh action.

VERIFIED

Rejected by loader

Use the first state-dict, recognition, corruption or allocation message—not the later browser disconnect.

UNKNOWN

No visible effect

Prove the base, exact adapter, console load and fixed-seed A/B result before judging strength.

01 · Symptom router

What failed first?

Choose the earliest statement that matches. The result names one action and one acceptance condition.

First observable failure
NEXT DECISIONRepair checkpoint discovery

Confirm the installation that is actually running, then inspect its effective checkpoint root. Current Forge lists .ckpt, .safetensors and .gguf files recursively and excludes files named as external VAE companions.

Do next
Put one complete checkpoint in the active models/Stable-diffusion or --ckpt-dir root, then use the top Refresh control.
Open this route
02 · Diagnostic gates

Visibility is not compatibility

Each gate proves only one claim. Do not skip from a visible filename to “Forge used it.”

  1. 01
    DISCOVEREDThe filename appears

    Path, suffix, permissions and Refresh passed.

  2. 02
    SELECTEDThe intended file is active

    The UI and console name the exact artifact.

  3. 03
    PARSEDState dict can be read

    No corruption or container-read error.

  4. 04
    MATCHEDArchitecture and keys fit

    Required model, VAE, CLIP, T5 or LoRA keys map.

  5. 05
    PROVENThe controlled job passes

    Image completes or the LoRA causes an attributable A/B change.

03 · Paths and Refresh

Repair the inventory that owns the file

Defaults apply to a standalone installation. Launch arguments and shared-folder helpers can change the effective location.

Current discovery contract at commit dfdcbab
Artifact roleStandalone rootType overrideListed suffixesRefresh action
Checkpoint / diffusion modelmodels/Stable-diffusion--ckpt-dir.ckpt · .safetensors · .ggufTop Refresh
VAEmodels/VAE--vae-dir.ckpt · .pt · .bin · .safetensors · .ggufTop Refresh
CLIP / T5 text encodermodels/text_encoder--text-encoder-dir.ckpt · .pt · .bin · .safetensors · .ggufTop Refresh
LoRAmodels/Lora--lora-dir.pt · .ckpt · .safetensorsExtra Networks → Lora → Refresh
PATH PRIORITY
  1. 01
    Find the data/model base

    --models-dir overrides the models root derived from --data-dir.

  2. 02
    Check the type-specific argument

    --ckpt-dir, --vae-dir, --text-encoder-dir and --lora-dir resolve separately.

  3. 03
    Validate shared A1111 paths one by one

    The helper maps only existing directories and does not replace an explicit argument already present.

04 · Safe repair sequence

Change one fact at a time

This sequence works for a missing card, a rejected checkpoint and an ignored LoRA because it preserves the first failed stage.

  1. 01

    Prove which Forge is running

    Record the process folder, original repository URL, commit and complete launch arguments. Do not repair a second portable copy by accident.

  2. 02

    Classify the artifact

    Decide whether the file is a diffusion checkpoint, VAE, text encoder or LoRA from its publisher page. The .safetensors suffix does not identify the role.

  3. 03

    Resolve the effective root

    Start with --models-dir and --data-dir, then check the type-specific override. For a shared A1111 setup, verify each mapped directory independently.

  4. 04

    Check the physical file

    Confirm the final filename, byte size, read permission and publisher hash when one exists. Remove a partial browser-download suffix before expecting discovery.

  5. 05

    Refresh the owning inventory

    Use the top Refresh for checkpoints, VAE and text encoders. Use the Lora Extra Networks Refresh for LoRAs. A browser reload alone is not the same inventory action.

  6. 06

    Read the first failing line

    Generate once with the base package only. Preserve StateDict Keys and the first recognition, missing-component, corruption or allocation message.

  7. 07

    Add one optional layer

    After the base passes, add one VAE replacement or one LoRA. Keep prompt, seed, size, sampler, scheduler and every other setting fixed.

05 · Discovery routes

Use the exact branch for the missing file

Every branch ends when the filename appears. Loading and output are later gates.

CHECKPOINT

Absent from Checkpoint

  1. Confirm active install and --ckpt-dir.
  2. Use models/Stable-diffusion.
  3. Check .ckpt, .safetensors or .gguf.
  4. Press top Refresh.

Accept when: the exact filename appears.

VAE / TEXT ENCODER

Absent from the multiselect

  1. Classify VAE, CLIP or T5.
  2. Use its default or explicit root.
  3. Avoid duplicate basenames.
  4. Press top Refresh.

Accept when: the intended component can be selected.

LORA

Absent from Extra Networks

  1. Confirm active --lora-dir.
  2. Preserve models/Lora case.
  3. Check accepted suffix and permissions.
  4. Refresh the Lora page.

Accept when: one traceable card appears.

06 · Error decoder

Match the first console line to one repair

Later connection messages often describe a process that already failed. Preserve the complete traceback before restarting.

01“You do not have any model!”

Forge found no selectable checkpoint when generation requested one. Verify the active models/Stable-diffusion and --ckpt-dir roots, an accepted checkpoint suffix, permissions, hidden-folder settings and Refresh.

02Checkpoint still missing after Refresh

Confirm it is not a VAE companion named *.vae.ckpt or *.vae.safetensors, which current checkpoint discovery excludes. Check for a broken symlink and whether the effective root differs from the folder you edited.

03VAE / Text Encoder list is empty

Use models/VAE and models/text_encoder in the active model root, or their explicit directory overrides. The current scanner is recursive, but duplicate basenames can resolve to only one physical file in the combined list.

04“MetadataIncompleteBuffer” or a safetensors read error

Treat the specific artifact as incomplete or unreadable until proven otherwise. Compare its byte size or hash with the publisher source and download it again. Do not replace core packages first when every other model still loads.

05“PytorchStreamReader failed”

The official Forge troubleshooting announcement groups this with corrupted model files. Test a known-good artifact, preserve the failing file URL and hash, and re-download from its original publisher.

06“Failed to recognize model type!”

The diffusion file was readable enough to reach architecture detection but did not match a supported model guess. Verify that Checkpoint is not a VAE, encoder, LoRA, partial export or a model intended for another Forge fork.

07“You do not have model state dict!”

The selected package did not provide usable diffusion weights for the expected component. Recheck the exact checkpoint artifact and package manifest; adding random encoders cannot supply the missing diffusion model.

08“You do not have VAE state dict!”

The package expects VAE weights and none were recognized. Select the publisher-specified VAE, not merely a file whose name contains VAE, and confirm the file appears in VAE / Text Encoder after Refresh.

09“You do not have CLIP state dict!”

A required CLIP text encoder was absent or the selected file had the wrong architecture. Current original Forge FLUX code expects CLIP-L plus T5-XXL; CLIP-G and an IP-Adapter CLIP Vision file do not satisfy that role.

10“You do not have T5 state dict!”

The model package expects T5 and Forge did not recognize usable T5 weights. Verify the documented T5-XXL artifact, its folder and its selection; a CLIP file cannot substitute for T5.

11“LoRA version mismatch for …”

At the inspected commit, more than 12 adapter keys remained unmatched, so Forge returns without applying that adapter to the model/CLIP pair. Keep the exact adapter page and direct file URL for a report.

12“Loading … with unmatched keys …”

Forge continued because 12 or fewer keys remained unmatched. This is not a clean load certificate; save the key list and use the controlled A/B result to determine whether the intended effect survived.

13Model loads, but the final image is black or grey

The timing can implicate decode, precision or memory, but is not proof. Remove LoRA and optional replacements, test the package VAE with the same seed, then continue to the black-image diagnostic.

14The failure began immediately after an update

Do not mix this diagnosis with new model files or extension updates. First reproduce the same artifact and settings on a clean current install, then compare the last good and first bad Forge commits.

07 · LoRA no-effect proof

A card and a prompt tag are not proof of an applied adapter

Use the dedicated LoRA guide for installation details. Here the task is to attribute one change after a working base has passed.

A · BASE

Generate without LoRA

Compatible checkpoint, fixed prompt, seed, size, sampler, scheduler and steps.

B · ADAPTER

Add only one LoRA

Card-inserted alias, publisher trigger and documented starting multiplier.

C · RECEIPT

Require two proofs

A successful [LORA] Loaded line and a repeatable visual change.

VERIFIED

Loader boundary: more than 12 unmatched keys triggers LoRA version mismatch and returns the unchanged model/CLIP pair at the inspected commit. Smaller unmatched sets continue, so preserve the key list.

Open the complete LoRA install and validation guide →
08 · Incident receipt

Collect enough evidence to reproduce the failure

The checklist stays in this tab only. Nothing is uploaded or stored by the page.

MODEL FILE RECEIPT0 of 10 facts recorded
0 / 10

Complete the receipt before changing packages, drivers or several paths at once.

09 · Questions users ask

Model and LoRA troubleshooting answers

These answers cover the audited question set without creating separate pages for every traceback wording.

01Why is my model not showing in Stable Diffusion WebUI Forge?

The usual discovery causes are the wrong running installation, wrong effective folder, unsupported suffix, unfinished file, permission problem, hidden directory or an inventory that has not been refreshed. Prove discovery before testing compatibility.

02Where do checkpoint models go in Forge?

The standalone default is models/Stable-diffusion. An explicit --ckpt-dir adds another checkpoint root, while --models-dir changes the base models root.

03Which checkpoint formats does current Forge list?

At the inspected commit, checkpoint discovery lists .ckpt, .safetensors and .gguf recursively. It excludes external VAE companions named *.vae.ckpt and *.vae.safetensors.

04Can Forge find models inside subfolders?

Yes. Current checkpoint, VAE/text-encoder and LoRA scans are recursive. Hidden directories can be excluded by the list-hidden-files setting.

05Do I need to restart Forge after adding a checkpoint?

Start with the top Refresh control, which rebuilds checkpoint and VAE/text-encoder choices at the inspected commit. Restart only after the active path and inventory action are verified.

06Why does pressing F5 not show my new model?

F5 reloads the browser document. Use Forge’s inventory Refresh control so the server scans model files again.

07Why is my VAE not showing in Forge?

Check the active models/VAE or --vae-dir root, accepted suffix, completed filename and unique basename, then use the top Refresh control.

08Why is my CLIP or T5 text encoder not showing?

Check models/text_encoder or --text-encoder-dir in the running installation. Then press top Refresh and select the file in VAE / Text Encoder.

09Why are VAE and text encoders in one Forge field?

Forge uses one multiselect for additional modules. The files still perform different roles and live in separate default folders.

10What does “You do not have CLIP state dict” mean?

The expected CLIP component did not receive a recognized state dictionary. The file may be absent, unselected, incomplete or the wrong CLIP architecture.

11Does FLUX use CLIP-L or CLIP-G in original Forge?

The inspected original Forge FLUX engine maps CLIP-L and T5-XXL. CLIP-G does not fill that FLUX text-encoder role.

12What does “You do not have T5 state dict” mean?

The selected package expects T5 weights and none were recognized. Verify the exact publisher-specified T5-XXL artifact and selection.

13What does “You do not have VAE state dict” mean?

The package did not provide a recognized VAE state dictionary. Verify the required VAE artifact rather than renaming another file.

14Why does Forge say “Failed to recognize model type”?

The diffusion artifact did not match a model architecture recognized by that Forge commit. It may be the wrong file role, an unsupported architecture or a malformed export.

15How can I tell whether a model download is corrupted?

Compare its byte size or SHA-256 with the publisher source. Container-read errors such as MetadataIncompleteBuffer or PytorchStreamReader failures are strong reasons to re-download that artifact.

16Can I rename a safetensors file to make it compatible?

No. Renaming changes the label, not the internal tensor keys, shapes or architecture. Preserve the publisher filename or keep a traceable local inventory name.

17Why is my LoRA not showing in Forge?

Verify the active --lora-dir or standalone models/Lora directory, including capital L on case-sensitive systems. Current LoRA discovery accepts .pt, .ckpt and .safetensors recursively.

18Why do shared A1111 checkpoints work but shared LoRAs do not?

Checkpoint and LoRA directories resolve independently. The --forge-ref-a1111-home helper maps only paths that exist, and an explicit type-specific argument is not overwritten.

19How do I refresh LoRAs in Forge?

Open Extra Networks, choose Lora and use its Refresh action. A visible card confirms inventory discovery only.

20Why is my LoRA listed but not working?

Use the card-inserted alias, documented trigger and compatible base. Compare the same seed with and without the tag while checking the console for Loaded, mismatch, unmatched or skipped-key messages.

21What does “LoRA version mismatch” mean in Forge?

At the inspected commit, it means more than 12 adapter keys remained unmatched. Forge returns the unchanged model and text encoder for that adapter attempt.

22Does a trigger word load a LoRA?

No. The LoRA tag requests the adapter; trigger text only steers conditioning when the publisher documents it.

23Why does model loading or LoRA patching crash?

First treat it as a resource-stage failure. Record whether the crash occurs during checkpoint load, T5 load, LoRA patching, sampling or VAE decode, then run the dedicated memory diagnostic.

24What should I include in a broken model or LoRA report?

Include original Forge commit, launch arguments, hardware, publisher page, direct file URL, filename, size/hash, base family, exact selections, fixed job, first loader line and full traceback.

10 · Evidence and next routes

Current code decides behavior; reports describe symptoms

Tutorials and issues help us understand user language. They do not override the inspected original Forge implementation.

VERIFIED

Current implementation

Paths, suffixes, refresh actions, component assertions and LoRA thresholds are tied to commit dfdcbab.

COMMUNITY-REPORTED

Reported incidents

Issue examples demonstrate real symptoms but do not prove a universal cause or fix.

STALE SNAPSHOT

Dated walkthroughs

Articles and full transcripts supplied vocabulary and task order; old settings were not promoted to current rules.

UNKNOWN

Your artifact

Compatibility remains unknown until the exact source, hash, package and controlled result are recorded.

REVIEWED SOURCES · 21
Current checkpoint inventoryVERIFIED

Default root, accepted checkpoint suffixes and VAE companion exclusion.

↗
Current model scannerVERIFIED

Recursive roots, broken-symlink skip and discovery boundary.

↗
Current file walkerVERIFIED

Case-normalized extension checks and hidden-directory behavior.

↗
Current top model UIVERIFIED

Checkpoint/component Refresh, roots, suffixes and basename indexing.

↗
Current launch argumentsVERIFIED

Data, model and type-specific directory overrides.

↗
Current A1111 path helperVERIFIED

Per-directory existence checks and explicit-argument precedence.

↗
Current model loaderVERIFIED

Missing model, VAE, CLIP and T5 state-dict assertions.

↗
Current FLUX engineVERIFIED

CLIP-L + T5-XXL + VAE role mapping.

↗
Current LoRA inventory/loaderVERIFIED

Accepted suffixes, alias resolution and mismatch thresholds.

↗
O16 · About Flux LoRASTALE SNAPSHOT

Official 2024 report format and patching behavior; dated low-bit recipes not generalized.

↗
O17 · Split FLUX componentsSTALE SNAPSHOT

Official VAE/text-encoder paths and multiselect workflow.

↗
O19 · Official failure decoderSTALE SNAPSHOT

Corrupt-model and memory-stage messages.

↗
A10 · FLUX setup articleSTALE SNAPSHOT

Common folder and missing-component questions; recipes treated as dated.

↗
A11 · GGUF/LoRA articleSTALE SNAPSHOT

Community setup vocabulary and split-package workflow.

↗
A15 · Multi-family walkthroughSTALE SNAPSHOT

Subfolder organization and user confusion between file roles.

↗
V02 · Full transcript reviewedSTALE SNAPSHOT

Checkpoint placement and Refresh workflow in an early Forge build.

↗
V07 · Full transcript reviewedSTALE SNAPSHOT

Model-family and LoRA discovery vocabulary from a 2025 guide.

↗
V12 · Full transcript reviewedSTALE SNAPSHOT

Beginner checkpoint/LoRA placement and refresh sequence.

↗
Issue #1886 · LoRA absentCOMMUNITY-REPORTED

Shared checkpoints worked while the separate LoRA inventory remained empty.

↗
Issue #3064 · wrong FLUX CLIPCOMMUNITY-REPORTED

2025 report showing CLIP-G/CLIP Vision confusion around a FLUX CLIP error.

↗
Issue #3094 · model unrecognizedCOMMUNITY-REPORTED

2026 traceback for architecture-recognition failure.

↗
TESTED TARGETOriginal Forge onlydfdcbab685e57677014f05a3309b48cc87383167
REVIEWED3 Sep 2026Source and code review; no GPU generation
OWNERSHIPForge Field Guide editorial teamReviewed by Forge Field Guide technical review; update when inspected loaders change