Is this a bug? Or did I get pickled?

[Reinbowsaur]

Got this error message below in the terminal while I had it running idle in the background, it's fairly concerning but I can't really make out alot.

Exception in callback _ProactorBasePipeTransport._call_connection_lost(None) handle: <Handle _ProactorBasePipeTransport._call_connection_lost(None)> Traceback (most recent call last): File "C:\Users\*\AppData\Local\Programs\Python\Python310\lib\asyncio\events.py", line 80, in _run self._context.run(self._callback, *self._args) File "C:\Users\*\AppData\Local\Programs\Python\Python310\lib\asyncio\proactor_events.py", line 162, in _call_connection_lost self._sock.shutdown(socket.SHUT_RDWR) ConnectionResetError: [WinError 10054] An existing connection was forcibly closed by the remote host. ERROR: Exception in ASGI application Traceback (most recent call last): File "F:\stable-diffusion-webui\venv\lib\site-packages\uvicorn\protocols\http\h11_impl.py", line 407, in run_asgi result = await app( # type: ignore[func-returns-value] File "F:\stable-diffusion-webui\venv\lib\site-packages\uvicorn\middleware\proxy_headers.py", line 78, in __call__ return await self.app(scope, receive, send) File "F:\stable-diffusion-webui\venv\lib\site-packages\fastapi\applications.py", line 271, in __call__ await super().__call__(scope, receive, send) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\applications.py", line 125, in __call__ await self.middleware_stack(scope, receive, send) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\errors.py", line 184, in __call__ raise exc File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\errors.py", line 162, in __call__ await self.app(scope, receive, _send) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\gzip.py", line 24, in __call__ await responder(scope, receive, send) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\gzip.py", line 44, in __call__ await self.app(scope, receive, self.send_with_gzip) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\exceptions.py", line 79, in __call__ raise exc File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\exceptions.py", line 68, in __call__ await self.app(scope, receive, sender) File "F:\stable-diffusion-webui\venv\lib\site-packages\fastapi\middleware\asyncexitstack.py", line 21, in __call__ raise e File "F:\stable-diffusion-webui\venv\lib\site-packages\fastapi\middleware\asyncexitstack.py", line 18, in __call__ await self.app(scope, receive, send) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 706, in __call__ await route.handle(scope, receive, send) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 276, in handle await self.app(scope, receive, send) File "F:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 66, in app response = await func(request) File "F:\stable-diffusion-webui\venv\lib\site-packages\fastapi\routing.py", line 237, in app raw_response = await run_endpoint_function( File "F:\stable-diffusion-webui\venv\lib\site-packages\fastapi\routing.py", line 163, in run_endpoint_function return await dependant.call(**values) File "F:\stable-diffusion-webui\venv\lib\site-packages\gradio\routes.py", line 286, in file raise ValueError( ValueError: File cannot be fetched: E:/novelai-webui/outputs/txt2img-images/09285-3789442482-red magic circle，1girl,red hair，bare arms, necklace,medium hair,anklet, bang ，(jewelry on silveroid bracelets_1.3)，( bracelet.png. All files must contained within the Gradio python app working directory, or be a temp file created by the Gradio python app.

One thing for sure is, that it made a request for a file I never had, never exited, never prompted, not even a drive path that I use. I run my instance locally too, I don't understand at all how this could've happened unless it was a remote execution by a pickle... yet for a file that doesn't even exist? And a completely incorrect and none/never existed file path to my images???

[coolzilj]

Did you install the official version of A1111? Also, which extensions have you installed?

[Reinbowsaur]

Did you install the official version of A1111? Also, which extensions have you installed?

Yeah of course I was using official. I only had the image gallery extension enabled at the time coincidentally, but I had many installed and disabled prior. All of which are available from within the extensions page on here, no external or random ones online were used.

I'll be resetting my current webui setup and doctoring all non safetensor files.

...now that I think about it I had literally downloaded and added all embeddings from this repo on that same day https://github.com/autumn-moon-py/aimodel-embeddings ... strong chance something in here is laced with malicious code. I blindly added it citing that it had plenty of stars, know a good way to check files for bad intent?

[Reinbowsaur]

I just scanned my current webui setup using https://github.com/diStyApps/Stable-Diffusion-Pickle-Scanner-GUI for any infected files, and below showed up, doesn't appear to be any embeddings or models that I used to be the cause

`
----------- INFECTED FILES -----------

C:/Users/*/Desktop/Stable Diffusion\stable-diffusion-webui\venv\Lib\site-packages\pandas\tests\io\data\legacy_pickle\1.2.4\empty_frame_v1_2_4-GH#42345.pkl dangerous import unknown Index FOUND
C:/Users/*/Desktop/Stable Diffusion\stable-diffusion-webui\venv\Lib\site-packages\pandas\tests\io\data\legacy_pickle\1.2.4\empty_frame_v1_2_4-GH#42345.pkl dangerous import unknown dtype FOUND

`
Looks like these "infected files" above are innate to the Stable diffusion ui after initial setup, and nothing of concern.

[MattRM2]

I have the same issue when I scanned with the Stable-Diffusion-Pickle-Scanner-GUI and BitDefender identify them as viruses attacks too.
It'll be great to found a solution to this or to be sure it's not problematic.

[MattRM2]

I found a way to be sure, I putted the file in a *.rar archive with password and remove the original one. No error when I started A1111 or use it and now it's clean when scan my files.