-
Notifications
You must be signed in to change notification settings - Fork 232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error when sending to img2img #69
Comments
Same problem, but I receive bit different error after update webUI: File "C:\ai\stable-diffusion-webui\venv\lib\site-packages\gradio\routes.py", line 321, in run_predict |
you get that red error text too in img2img tab? |
This is error from console, in the tab I see just the same Error message in red color. But, yeah, looks like same problem. |
Just an FYI this happened due to some major changes to the webui's gradio. Borked lots of extensions. Options are to roll back webui repo, wait for image-browser author to update, submit a PR with changes that fix. |
Yep same here, you can always drag and drop your original image from browser until there is a fix, settings are still sent to img2img |
so i guess we just have to wait for an update of this extention. |
Looks like pull request #51 fixes the issue. |
Did not fix here. |
same. |
fixed for me |
Making the change in #51 fixed the issue for me as well. |
Pull Request #51 fixed the issue for me, but I had actually solved it myself prior to seeing this change. If #51 does not work for you, I would suggest trying my fix, which actually changes stable-diffusion-webui\modules\generation_parameters_copypaste.py. The function I edited begins at line 39 of generation_parameters_copypaste.py. I barely understand GitHub so I don't know how to link to various branches or suggest my changes.
Just replace the current function with this version and it should work. The original code is trying to decode base64-encoded text, but it tries this whether or not the |
@Googolplexed06 It does work well with this fix, you are the real hero! |
Thank you Googolplexed06 |
SOLVED! i tryed remove that file and let it renew with git pull. nothing. |
seems to be broken again despite having edited the file. the fix worked until today. |
A simple parameter change from #51 works flawlessly. What's the point of changing the whole function? |
This whole thing is somewhat confusing. Who has tried out fix #51 and it still doesn't work? Can you please post your whole console log? |
Well, I just had something interesting happen. Even with fix #51 I suddenly again ran into
Some looking into it later, I can see this in Chrome's DevTools log: So, the first time I clicked on an image I got So what is going on here? Directly before this is an error message connected to asynchronous operations. I don't know if that has anything to do with the problem, but if it does that might hint at a problem with the threading involved |
This problem was mentioned and fixed in pull request AUTOMATIC1111/stable-diffusion-webui#6541. Because of the other problems, it is still not merged. |
Where do you see this there? I can only find a mention for if no image was present in the viewer. In my case the picture was visible. |
So my current understanding is:
I hope I might now have found a new solution, that does not require a change in webui's code. This is how we access generation_parameters_copypaste: The second parameter is currently img_file_name, which is actually a gradio textbox object with should return the filename. #51 changes this to history_gallery, the gradio gallery object, which should return a list of images. generation_parameters_copypaste.py's "entry" code for us is:
So both versions, filename and list of images, will be handled by the else, which is not really that function's purpose. I now found that the images-browser has yet another object called So I changed the line into: and so far it seems to work all the time. Could someone else please confirm this? |
I found this thread/issue after looking into this error. I haven't dug into the history of previous fixes nor the details of what the change above is doing, but it seems to work! |
Ok, will do. |
You're a lifesaver, I've been scratching my head for a week trying to find a fix for this and your edit worked perfectly! |
I confirm that the PR#76 fixes the problem. Tested all options available for an image in the Image Browser, including Send to openOutpaint. |
This fix for me too. Thank you!!!! |
Same. Fresh (updated today via Automatic's Extensions tab) version needed #51 applied on top of it to start working. (MBP M1, Firefox, python: 3.10.9 • torch: 1.12.1 • xformers: N/A • gradio: 3.16.2 • commit: ea9bd9fc • checkpoint: eb2bb12033 - not sure what else is helpful to know about my env.) |
[SOLVED]
this is happening when i press "send to img2img" or "send to inpaint" from the Image Browser tab.
..but same buttons pressed in txt2img tab works fine.
:(
The text was updated successfully, but these errors were encountered: