Closed rugabunda closed 1 year ago
Try to avoid long folder names (even not that long), also try to avoid unconventional characters, like #. Then it's easier to start pinpointing the problem. Maybe the long path and the # are the problem. For example my SD folder is just "C:\SD-1.6" or "C:\stable-diffusion-webui-1.5.2"
Try to avoid long folder names (even not that long), also try to avoid unconventional characters, like #. Then it's easier to start pinpointing the problem. Maybe the long path and the # are the problem. For example my SD folder is just "C:\SD-1.6" or "C:\stable-diffusion-webui-1.5.2"
I have considered those two things; when moving the folders, stable diffusion cannot find the files. How to accomplish a change of directory simply without a complete fresh install? Edit: seems reinstalling venv does the trick, (no delete necessary)
Just to test, I will do a fresh install in a new folder, and see what happens.
I created a fresh install in D:\SD
, and image browser worked. I renamed the folder to D:\#SD
and the image browser had a hernia. Same problem. So it appears either sdui's image browser or the browser itself is not configured to handle certain characters under certain circumstances. I'm not sure which is confused. But I do know extension based image browsers work fine, InvokeAI worked fine also under the same #AI\ directory as well. It also randomly works after a while in SDUI too so... a bit confusing.
I assume that if InvokeAI works, and it does, then so can this with the appropriate commit, esp if its not an upstream problem.
Yeah, moving my primary sdui folder to a path without the # character is a successful work around. The other 403 forbidden errors disappeared along with it.
I have the exact same issue since 1.6.0 no problem on the 1.5.2 and previous version (on Windows). Tried different browsers (Vivaldi / Edge / Firefox). I tried to move my A1111 folder to the root of my SSD and I still have the error 403 (with current and a fresh installation). Pictures are generating fine and I can find them in the destination folder though.
I have the exact same issue since 1.6.0 no problem on the 1.5.2 and previous version. Tried different browsers (Vivaldi / Edge / Firefox). I tried to move my A1111 folder to the root of my SSD and I still have the error 403 (with current and a fresh installation). Pictures are generating fine and I can find them in the destination folder though.
You could post logs from browser and SD console like OP did
I found why in my case.
I saved the generated pic in a folder named .temp
outside the A1111 install folder (but still on the same SSD) and renaming it in temp
and changing my settings accordingly solved the issue.
I didn't thought that the WebUI loaded the file directly from the destination folder and thought it was in some sort of cache on the same folder as the installation.
It solved my issue for now.
But this is still a regression from the 1.5.2 and older version.
For anyone wondering why SD is suddenly broken: the gradio package decided that if assets are in a path that contains a dotted name (such as /whatever/.local/stable-diffusion-webui/javascript/x.js
) then it's a "secret file" and refuses to serve it, hence all the 403 errors. You need to clone the code in a path that has no .
prefixed directory at all. This is terrible design (it should only care about paths starting from the project root) but nothing SD can do about it, that's a gradio behavior.
Is there an existing issue for this?
What happened?
Been happening since I first installed sdui, happens in every single browser. When generating images, preview works, but after the image is complete the browser is unable to retrieve the image. Happens in txt2img, img2img, extras...
In waterfox, I'm seeing a 'forbidden' error in developer tools,
GET http://127.0.0.1:7860/file=D:/#AI\Stable-Diffusion-WebUI\stable-diffusion-webui\outputs\txt2img-images\2023-09-07\00017-CFG7-Euler a.png [HTTP/1.1 403 Forbidden 2ms]
In Yandex:
In Edge:
Using the same browsers, this error does not occur in InvokeAI's gui. I am able to browse sdui images fine with 'image browser' extension, and 'infinite image browsing' extension, but not the built in image browser.
It always happens upon load... but eventually, after generating perhaps a few hundred images, the problem will go away, seemingly randomly.
Ive disabled all browser extensions that could potentially interfere with the UI, and the antivirus in testing. Also cleared pip cache and reinstalled all requirements.
Steps to reproduce the problem
What should have happened?
Image should be viewable in the browser on the right
Sysinfo
sysinfo-2023-09-07-19-32.txt
What browsers do you use to access the UI ?
Mozilla Firefox, Google Chrome, Microsoft Edge, Other
Console logs
Additional information
Used A1111.Web.UI.Autoinstaller.v1.7.0.exe initially to install the app. Installed under
D:\#AI\Stable-Diffusion-WebUI\stable-diffusion-webui