mirror of
https://github.com/DominikDoom/a1111-sd-webui-tagcomplete.git
synced 2026-11-05 00:17:25 +00:00
[GH-ISSUE #132] mklink 'extensions' and Gradio throw an error #95
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
low priority
low priority
pull-request
question
waiting for feedback
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
DominikDoom/a1111-sd-webui-tagcomplete#95
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Lycoris-SF on GitHub (Mar 2, 2023).
Original GitHub issue: https://github.com/DominikDoom/a1111-sd-webui-tagcomplete/issues/132
After I mklink 'extensions' folder to somewhere else, 'Gradio app' report an error as follow:

ValueError: File cannot be fetched: extensions/ANY OF THE JS FILE FROM ABOVE. All files must contained within the Gradio python app working directory, or be a temp file created by the Gradio python app.
And here is as far as i can dig into it, unable to understand it.
github.com/AUTOMATIC1111/stable-diffusion-webui@50059ea661 (commitcomment-98447439)Right now I can cancel that mklink to let 'extensions' work again, but Im still a little bit curious any way to fix Gradio? Update that web app program?
@DominikDoom commented on GitHub (Mar 2, 2023):
That is sadly a hard limitation by Gradio. They only allow files in the root folder of the app to be fetched for security reasons, since it is essentially a local server and not doing so would allow bad actors to potentially get to any file on your PC (at least as soon as you share the webui on the local network or even the internet). Since it appears they follow the actual symlink location instead of treating it as the "fake" path, these files are now all outside of the root folder, which blocks the request.
There's no proper way to get around that with symlinks as far as I know. Maybe true junctions instead of symlinks would work, but I haven't tried that.
@Lycoris-SF commented on GitHub (Mar 3, 2023):
Thx, note taken