Loras with nested folder organization not showing preview images & suggestion for .webm previews Bug Report

[CesarCruzUtec]

Describe the bug
The user interface fails to display preview images for some LoRA models, even when the corresponding image files are present in the same directory as the LoRA file. This issue seems to be related to the organizational structure of the LoRA folders.

To Reproduce
Steps to reproduce the behavior:

• Organize LoRA models in a nested folder structure, for example: models/Lora/BaseModel/Author/Model/Version/model.safetensors.
• Place a preview image next to the model file with the same name, for instance: models/Lora/BaseModel/Author/Model/Version/model.png.
• Navigate to the LoRA selection tab in the web UI.
• Observe that some LoRA models do not display their preview image, showing a blank or default icon instead.

Expected behavior
The web UI should correctly identify and display the preview image for each LoRA model, regardless of the folder depth, as long as the image file is located in the same directory and shares the same filename as the LoRA model.

Screenshots
Image showing the missing preview in the UI:

Image showing the file exists in the directory:

Troubleshooting Steps Taken

• Used the Rebuild thumbnails button with no success
• Verified that the image file exists in the same directory as the LoRA model file.
• Confirmed the image file is a standard format (e.g., .png, .jpg).

---

Feature Request
Some LoRA and model creators provide preview files in .webm format to showcase the model's capabilities in a short animation. The current UI does not support .webm files for previews, meaning these models will not have a visual preview. The current workaround is to manually extract a frame from the .webm file and save it as a .png, which is a tedious process, especially with a large number of models.

Describe the solution you'd like
It would be highly beneficial if the web UI could automatically handle .webm preview files. A proposed solution is for the UI to automatically extract the first frame of a .webm file (that shares the same name as the LoRA model) and use that frame as the preview image.

Describe alternatives you've considered
The only alternative at the moment is to manually use video editing software or command-line tools like FFmpeg to extract a frame from each .webm file and save it as a compatible image format. This is not ideal for managing a large collection of models.

[anapnoe]

Pillow Image library does not provide any way to read or extract video files unfortunately to do this we have to change to OpenCV and ffmpeg so maybe you just drop your webm file inside the thumbnails folder that is created for the resized images and it will load without getting resized from the backend

[CesarCruzUtec]

Thanks for the response. And yes, I was using ffmpeg for the webm files, but still some loras that contains image files (png or jpg) doesn't show, at first I thought it was because some loras has versions and I use to put them all on the same folder. However I did a clean install and separated everything in their own folder. But still almost half of the loras won't show the image, even if the thumbnail file is created and I checked them that exist and can open

[anapnoe]

That is is a bit wired can you find some pattern to the files that refuse to load?
You can use something like DB.Browser.for.SQLite to examine what is written in the sd_webui_ux.db
You can safely backup or delete the .db file and it will be recreated on restart
Default Limit Path for Win10/11: (including drive letters) are capped at 260 characters.
Linux Systems path Limit: Typically 4,096 characters.

[CesarCruzUtec]

While debugging by my own i came across the db file and opened it in a db viewer, there i see the path for the thumbnail, preview, etc. And all seems right, i didn't count the length of characters, and i doubt i reached the 4096 chars for linux (im using arch). I will check again when i can, and if you need certain values to discard causes i can get them. Also as you claimed the db is recreated if its deleted however i think it tries to recreate the preview files even if they already exists, just for clarification i have around 300+ Loras, it may seem a lot, but in the usual sd forge i used to have 1k+ loras and never had problem with the previews, only the lag