[Bug]: Some Lora metadata not updating on the fly

[IAmLilByte]

Checklist

• The issue exists after disabling all extensions
• The issue exists on a clean installation of webui
• The issue is caused by an extension, but I believe it is caused by a bug in the webui
• The issue exists in the current version of the webui
• The issue has not been reported before recently
• The issue has been reported before but has not been fixed yet

What happened?

• After adding activation text or preview image - doesn't apply/update until refreshing/reloading the Lora or UI.
• Description updates fine.
• All data (except preview image) shows when editing metadata (so is saving correctly).

Steps to reproduce the problem

1. Go to Lora tab in txt2img
2. Click edit (spanner/hammer icon) for Lora
3. Add activation text
4. Save
5. Click Lora to add to prompt

OR

1. Go to Lora tab in txt2img
2. Click edit (spanner/hammer icon) for Lora
3. Click replace preview
4. Save

What should have happened?

Activation text would normally apply to prompt with Lora just after saving (no need to refresh)
Picture would appear/apply after saving preview

What browsers do you use to access the UI ?

Google Chrome, Microsoft Edge

Sysinfo

sysinfo-2024-04-04-13-45.json

Console logs

venv "E:\stable-diffusion-webui\venv\Scripts\Python.exe"
==============================================================================================================
INCOMPATIBLE PYTHON VERSION

This program is tested with 3.10.6 Python, but you have 3.11.0.
If you encounter an error with "RuntimeError: Couldn't install torch." message,
or any other error regarding unsuccessful package (library) installation,
please downgrade (or upgrade) to the latest version of 3.10 Python
and delete current Python and "venv" folder in WebUI's directory.

You can download 3.10 Python from here: https://www.python.org/downloads/release/python-3106/

Alternatively, use a binary release of WebUI: https://github.com/AUTOMATIC1111/stable-diffusion-webui/releases

Use --skip-python-version-check to suppress this warning.
==============================================================================================================
Python 3.11.0 (main, Oct 24 2022, 18:26:48) [MSC v.1933 64 bit (AMD64)]
Version: v1.8.0
Commit hash: bef51aed032c0aaa5cfd80445bc4cf0d85b408b5
Launching Web UI with arguments: --lora-dir \\Obelisk\software\Automatic1111\Lora --ckpt-dir \\Obelisk\software\Automatic1111\Checkpoints
no module 'xformers'. Processing without...
no module 'xformers'. Processing without...
No module 'xformers'. Proceeding without it.
[-] ADetailer initialized. version: 24.3.5, num models: 10
Loading weights [879db523c3] from \\Obelisk\software\Automatic1111\Checkpoints\dreamshaper_8.safetensors
Creating model from config: E:\stable-diffusion-webui\configs\v1-inference.yaml
Running on local URL:  http://127.0.0.1:7860

To create a public link, set `share=True` in `launch()`.
Startup time: 109.5s (prepare environment: 2.5s, import torch: 3.8s, import gradio: 0.9s, setup paths: 1.0s, initialize shared: 0.2s, other imports: 0.5s, list SD models: 8.6s, load scripts: 13.1s, initialize extra networks: 1.3s, scripts before_ui_callback: 0.2s, create ui: 77.1s, gradio launch: 0.2s).
Couldn't find VAE named klF8Anime2VAE_klF8Anime2VAE.safetensors; using None instead
Applying attention optimization: Doggettx... done.
Model loaded in 88.1s (load weights from disk: 2.9s, create model: 0.5s, apply weights to model: 84.3s, calculate empty prompt: 0.2s).
100%|██████████████████████████████████████████████████████████████████████████████████| 20/20 [00:06<00:00,  3.19it/s]
Total progress: 100%|██████████████████████████████████████████████████████████████████| 20/20 [00:02<00:00,  6.76it/s]
Total progress: 100%|██████████████████████████████████████████████████████████████████| 20/20 [00:02<00:00,  7.29it/s]

Additional information

I have tested this with my usual lora/checkpoint location of my NAS and with the local folder (in case it was due to accessing files over the network). This made no difference.

I have also used SD/loras in the last few days without any issues (even with the Python incompatiblity error). I'm not sure if my instance had updated recently but it happens with a new installation as well.

[w-e-w]

already fixed in dev branch

• Add entry to MassFileLister after writing metadata #15199
• update preview on Replace Preview #15201