[Bug]: Gradio issue, "Value Error: File cannot be fetched: <... extensions/...the file...>" #7028
Comments
|
Same problem? #6939 Scenarios are a bit different, i'll leave this one open. |
mezotaken
added
duplicate
and removed
bug-report
mezotaken
added
bug-report
|
Confirmed, but the ISSUE opener did focus on the wrong commit. The REAL commit where the problem started is 50059ea#commitcomment-97757826 You can check it by reverting the webui to the previous commit by The BUG is still there as of 97ba01a (HEAD at the time of writing) |
|
Is there a loss of functionality or just an error message? |
Sorry for the inconvenience. Currently the documentation requires copying them into the extensions directory, but I'm checking with the author on what should be supported: https://github.com/AUTOMATIC1111/stable-diffusion-webui/wiki/Extensions |
Yes, total loss of functionality: none of the plugins works anymore. |
|
@martinobettucci Gradio has been making changes around the way it deals with symlinks: gradio-app/gradio#3037 I'm keeping an eye on it. In the meantime, in your Dockerfile, you can always mount the extensions to a separate file and then |
|
I found a workaround @jjtolton, just mount the '/extension' folder as a volume in docker instead of symlinking it to you external SDD |
|
@valconius Which version of python you are using? I have python 3.10.7 and had no issues related to gradio. |
This may be helpful for AUTOMATIC1111#7028, because we won't change working directory to the repo now, instead, we will use any working directory. If we set working directory to a path contains repo and the custom --data-dir, the problem in this issue should be solved. Howewer, this may be treated as an incompatible change if some code assume the working directory is always the repo. Also, there may be another solution that always let --data-dir be the subdirectory of the repo, but personally I think this may not be what we actually need. As this issue mainly influent on Docker and I am not familiar with .bat files, updating webui.bat is skipped. webui.sh: source env from repo instead $PWD
This may be helpful for AUTOMATIC1111#7028, because we won't change working directory to the repo now, instead, we will use any working directory. If we set working directory to a path contains repo and the custom --data-dir, the problem in this issue should be solved. Howewer, this may be treated as an incompatible change if some code assume the working directory is always the repo. Also, there may be another solution that always let --data-dir be the subdirectory of the repo, but personally I think this may not be what we actually need. As this issue mainly influent on Docker and I am not familiar with .bat files, updating webui.bat is skipped. webui.sh: source env from repo instead $PWD
|
I was able to get around this via: sed -i 's/in_app_dir = .*/in_app_dir = True/g' /usr/local/lib/python3.10/dist-packages/gradio/routes.pyNot sure what other implications this has. |
Can you tell me how and where to execute that command, in windows? linux? Using which software? |
|
I don't think this should still be an issue in latest versions. Are you still experiencing issues? |
You are right, I just need to upgrade my webui to the latest. |
Is there an existing issue for this?
What happened?
The following error is logged:
However, using the extension in question, "stable diffusion webui wd14 tagger", works just fine. Not all extensions have this issue, but many do.
Steps to reproduce the problem
What should have happened?
My extensions and many other files are symlinked to locations outside the webui file tree. This issue did not occur with a git pull from a couple of days ago but now occurs.
Commit where the problem happens
216f67e
What platforms do you use to access UI ?
Linux
What browsers do you use to access the UI ?
Mozilla Firefox
Command Line Arguments
Additional information, context and logs
No response
The text was updated successfully, but these errors were encountered: