Closed Dajova closed 8 months ago
Dajova
commented
8 months ago Never mind, the fix was written out in the log itself, i completely missed it.
01/11/2023 02:30:41 Go to the Firefox about:config page, then search and toggle layout. css.has-selector. enabled
This was disabled. After enabling it, the webui launches fine.
Dajova
commented
8 months ago Hmm, it seems to have some gripe with some protection extensions tho (like CanvasBlocker). I have to stop those extensions from running entirely whenever the ui is running, else i cant even interact with it.
anapnoe
commented
8 months ago Firefox is not fully supported yet you can use it but I would recommend chrome for now it will work faster there firefox has an issue with the console it logs messages far slower than chrome and until I add the options to disable the console you would enjoy faster loading times with chrome I have no idea about the extension you use and why it blocks interactivity I use similar blockers on chrome with no issue
Dajova
commented
8 months ago Firefox is not fully supported yet you can use it but I would recommend chrome for now it will work faster there firefox has an issue with the console it logs messages far slower than chrome and until I add the options to disable the console you would enjoy faster loading times with chrome I have no idea about the extension you use and why it blocks interactivity I use similar blockers on chrome with no issue
Its even worse on chrome (no extensions or anything, fresh).
Unresponsive and then crash.
Getting loads of websocket errors on chrome only.
Traceback (most recent call last):
File "D:\stable-diffusion-webui\venv\lib\site-packages\uvicorn\protocols\websockets\websockets_impl.py", line 254, in run_asgi
result = await self.app(self.scope, self.asgi_receive, self.asgi_send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\uvicorn\middleware\proxy_headers.py", line 78, in __call__
return await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\applications.py", line 273, in __call__
await super().__call__(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\applications.py", line 122, in __call__
await self.middleware_stack(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\errors.py", line 149, in __call__
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\cors.py", line 76, in __call__
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\gzip.py", line 26, in __call__
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\exceptions.py", line 79, in __call__
raise exc
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\exceptions.py", line 68, in __call__
await self.app(scope, receive, sender)
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\middleware\asyncexitstack.py", line 21, in __call__
raise e
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\middleware\asyncexitstack.py", line 18, in __call__
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 718, in __call__
await route.handle(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 341, in handle
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 82, in app
await func(session)
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\routing.py", line 289, in app
await dependant.call(**values)
File "D:\stable-diffusion-webui\venv\lib\site-packages\gradio\routes.py", line 604, in join_queue
session_info = await asyncio.wait_for(
File "C:\Users\dajov\AppData\Local\Programs\Python\Python310\lib\asyncio\tasks.py", line 445, in wait_for
return fut.result()
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\websockets.py", line 133, in receive_json
self._raise_on_disconnect(message)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\websockets.py", line 105, in _raise_on_disconnect
raise WebSocketDisconnect(message["code"])
starlette.websockets.WebSocketDisconnect: 1001edit: Actually, this happens with no extensions as well. Firefox stops working after like 10 sec and chrome is just broken.
anapnoe
commented
8 months ago are you on a linux machine? can you try to disable the console log by comment the lines 1105 to 1153? on file extensions-builtin\anapnoe-sd-uiux\javascript\anapnoe_sd_uiux_core.js and report if the issue persists?
Dajova
commented
8 months ago Nope, i'm on Windows 11 Pro. Build 22621.2506 to be exact. Alright, i tested it out... Both Firefox and Chrome gives me a blank screen. Shows nothing.
Still getting the memoryleak (when i revert the change) when i just keep the tab open, even when its unresponsive.
anapnoe
commented
8 months ago can you test with the latest commit?
Dajova
commented
8 months ago tested it... no change. Both Firefox and Chrome stops working entirely, leaking memory and taking up cpu cycles.
anapnoe
commented
8 months ago can you verify that it is not an issue from upstream by disabling these two extensions? anapnoe-sd-theme-editor anapnoe-sd-uiux
Dajova
commented
8 months ago I think i may be onto something, tho... I removed all my extensions and now it seems to work fine... So it seems like one of them is the culprit. I'll report back when i find it.
edit: Ok, i've found it. It stops working when Dynamic Thresholding is enabled. edit2: Nwm, seems to be a combination of extensions (or just the number of extensions itself). The more i have, the faster it is that it just stops working. It's like its fine at first and then it just goes slower and slower until eventually just stops. So it's def some kind of memory leak going on, it just goes faster then extensions are involved. edit3: I think it stems from that the webui cannot find ANY lora/hn/embed models whatsoever (or whenever it tries, it also freezes up and leaks memory), cus whenever i select either of them, the list is just blank and when i refresh the list, that's when it it just freezes. Regular models and VAEs seems to load fine tho. At least on initial launch (on firefox).
Might be related to this (from chrome, which seems to work fine without the affecting extensions):
11/1/2023 3:08:47 PMerror | Ref 35 gradio-app #layout-txt2img .gradio-accordion:has( div[id^='setting_'])
11/1/2023 3:08:47 PM4 retry | 500 | Ref 36 #tab_txt2img #txt2img_container_aspect_ratio
11/1/2023 3:08:47 PMerror | Ref 36 #tab_txt2img #txt2img_container_aspect_ratio
11/1/2023 3:08:47 PM4 retry | 500 | Ref 38 #tab_txt2img #phystonPrompt_txt2img_prompt
11/1/2023 3:08:47 PMerror | Ref 38 #tab_txt2img #phystonPrompt_txt2img_prompt
11/1/2023 3:08:47 PM4 retry | 500 | Ref 39 #tab_txt2img #phystonPrompt_txt2img_neg_prompt
11/1/2023 3:08:47 PMerror | Ref 39 #tab_txt2img #phystonPrompt_txt2img_neg_prompt
11/1/2023 3:08:47 PM4 retry | 500 | Ref 96 gradio-app #layout-img2img .gradio-accordion:has( div[id^='setting_'])
11/1/2023 3:08:47 PMerror | Ref 96 gradio-app #layout-img2img .gradio-accordion:has( div[id^='setting_'])
11/1/2023 3:08:47 PM4 retry | 500 | Ref 97 #tab_img2img #img2img_container_aspect_ratio
11/1/2023 3:08:47 PMerror | Ref 97 #tab_img2img #img2img_container_aspect_ratio
11/1/2023 3:08:47 PM4 retry | 500 | Ref 99 #tab_img2img #phystonPrompt_img2img_prompt
11/1/2023 3:08:47 PMerror | Ref 99 #tab_img2img #phystonPrompt_img2img_prompt
11/1/2023 3:08:47 PM4 retry | 500 | Ref 100 #tab_img2img #phystonPrompt_img2img_neg_prompt
11/1/2023 3:08:47 PMerror | Ref 100 #tab_img2img #phystonPrompt_img2img_neg_prompt
11/1/2023 3:08:47 PM4 retry | 500 | Ref 144 .global-popup .global-popup-inner
11/1/2023 3:08:47 PMerror | Ref 144 .global-popup .global-popup-inner
11/1/2023 3:08:47 PM4 retry | 500 | Ref 146 #tab_txt2img #txt2img_checkpoints_subdirs
11/1/2023 3:08:47 PMerror | Ref 146 #tab_txt2img #txt2img_checkpoints_subdirs
11/1/2023 3:08:47 PM4 retry | 500 | Ref 147 #tab_txt2img #txt2img_checkpoints_cards
11/1/2023 3:08:47 PMerror | Ref 147 #tab_txt2img #txt2img_checkpoints_cards
11/1/2023 3:08:47 PM4 retry | 500 | Ref 148 #tab_txt2img #txt2img_textual_inversion_subdirs
11/1/2023 3:08:47 PMerror | Ref 148 #tab_txt2img #txt2img_textual_inversion_subdirs
11/1/2023 3:08:47 PM4 retry | 500 | Ref 149 #tab_txt2img #txt2img_textual_inversion_cards
11/1/2023 3:08:47 PMerror | Ref 149 #tab_txt2img #txt2img_textual_inversion_cards
11/1/2023 3:08:47 PM4 retry | 500 | Ref 150 #tab_txt2img #txt2img_hypernetworks_subdirs
11/1/2023 3:08:47 PMerror | Ref 150 #tab_txt2img #txt2img_hypernetworks_subdirs
11/1/2023 3:08:47 PM4 retry | 500 | Ref 151 #tab_txt2img #txt2img_hypernetworks_cards
11/1/2023 3:08:47 PMerror | Ref 151 #tab_txt2img #txt2img_hypernetworks_cards
11/1/2023 3:08:47 PM4 retry | 500 | Ref 152 #tab_txt2img #txt2img_lora_subdirs
11/1/2023 3:08:47 PMerror | Ref 152 #tab_txt2img #txt2img_lora_subdirs
11/1/2023 3:08:47 PM4 retry | 500 | Ref 153 #tab_txt2img #txt2img_lora_cards
11/1/2023 3:08:47 PMerror | Ref 153 #tab_txt2img #txt2img_lora_cards
11/1/2023 3:08:47 PMRuntime components initilized
11/1/2023 3:08:47 PMStarting optimizations for Extra Networks
11/1/2023 3:08:47 PMFinishing optimizations for Extra Networkscan you verify that it is not an issue from upstream by disabling these two extensions? anapnoe-sd-theme-editor anapnoe-sd-uiux
Alright, tested to disable them... and it seems to be fixed. No slowdowns or anything from what i can tell (on either chrome or firefox). Not even when re-enabling the other extensions. Can generate just fine as well with no memory leaks. So it seems that there are some incompatible issues somewhere from what i can tell.
Dajova
commented
8 months ago A small note: When you first startup the webui, the extra networks tabs (lora/hn/emb/chp) are blank until i write 1 letter in the search box in each tab. Latest commit othervise works fine now.
anapnoe
commented
8 months ago do you want to open a new issue for this to verify if other people have the same problem cause I cant reproduce
Dajova
commented
8 months ago do you want to open a new issue for this to verify if other people have the same problem cause I cant reproduce
Nah, cus i know why. It's something to do with Firefox and it only happens there. And you said it yourself that Firefox is not 100% supported yet. Plus, it was present in the old version as well, so i dont think it has anything to do with this.
Is there an existing issue for this?
What happened?
Updated the webui to the latest version with the reworked ui and additional supports. The console log ui appears after 20-30 sec, but never the webui itself.
Steps to reproduce the problem
What should have happened?
Im guessing it should launch the updated webui after applying the proper templates and whatnot on the first install, but never does, as relaunching the launcher resets the process.
Sysinfo
Can't even launch the WebUI since latest update, so no sysinfo file.
What browsers do you use to access the UI ?
Mozilla Firefox
Console logs
Additional information
It just stops at the error line and i never get past that point nor being able to launch the webui. Only the console log ui launches with above text.