load extra networks html on create_ui

[light-and-ray]

Description

After updating to 1.8 RC I've found two sad news for me.

1. Reload button became invisible, and clickable only after loading html. So it's not possible to click on it if "Loading..." stocked. I think the problem in old Gradio, .load callbacks don't work in any cases. The bug is the same as in this PR: Button for refresh extensions list #14857 Also not only I have this bug, I saw it for few youtube guys
2. Due to new folder system default extra networks page contains all models, and hides them only folder selected. And so the bug with endless loading converted from "randomly" to "stable" :) And I'm not able to load any extra networks on my laptop. (I use laptop to connect to my pc). The PC is significantly more powerful so the bug doesn't appear there

I tried to fix it, and found it's possible to load networks in create_ui time, with no "Loading..." placeholder. Al least I didn't find any errors in python and js consoles for default networks

Maybe you've added it because of webui loading time. So maybe I should add the option for this?

Screenshots/videos:

Checklist:

• I have read contributing wiki page
• I have performed a self-review of my own code
• My code follows the style guidelines
• My code passes tests

[light-and-ray]

Is there actual loading speed problem? Pasting html on starting server doesn't look like a performance issue, it should fast. Loading browser page also shouldn`t be changed, because these pages will be loaded in any way (Except this bug in my case...). Only the time between starting page loading and appearance of pseudo inactive ui can be increased, but this loading time is fake. And maybe even this problem doesn't exist

I think I need to make tests with timer. If there're not any also reasons why you made this 'loading...' placeholder

[AUTOMATIC1111]

Yes, it's because of load times. For people with a ton of loras, it can take multiple minutes to load them all, and if you do it in create_ui, it blocks the webui from starting. If the load callback fails somehow, this needs to be investigated. I was never able to reproduce that problem.

[light-and-ray]

Temporary solution: 1da0529

I think need to be fixed only if a lot of people will have the same issue