[Bug]: AttributeError: 'NoneType' object has no attribute 'getexif'

[labx12]

trafficstars

Is there an existing issue for this?

• [X] I have searched the existing issues and checked the recent builds/commits

What happened?

When attempting to do a batch img2img process, i get AttributeError: 'NoneType' object has no attribute 'getexif', not sure if this is something wrong on my end or in the code itself.

Traceback: Traceback (most recent call last): File "C:\SDV3\stable-diffusion-webui\modules\ui.py", line 221, in f res = list(func(*args, **kwargs)) File "C:\SDV3\stable-diffusion-webui\webui.py", line 63, in f res = func(*args, **kwargs) File "C:\SDV3\stable-diffusion-webui\modules\img2img.py", line 83, in img2img image = ImageOps.exif_transpose(image) File "C:\SDV3\stable-diffusion-webui\venv\lib\site-packages\PIL\ImageOps.py", line 581, in exif_transpose exif = image.getexif()

Steps to reproduce the problem

1. Go to img2img
2. Go to batch img2img w/ both directories and everything filled in.
3. Attempt to generate, and get error.

What should have happened?

should've generated but didn't.

Commit where the problem happens

Commit hash: 737eb28faca8be2bb996ee0930ec77d1f7ebd939

What platforms do you use to access UI ?

Windows

What browsers do you use to access the UI ?

Google Chrome

Command Line Arguments

--deepdanbooru

Additional information, context and logs

No response

[srynearson]

Same here for me

[BaptisteGarcin]

same

[RONNYKHALIL]

+1

[barrubba]

same...there is a way to go back last working version?

[MartinCairnsSQL]

For the most part you can go back to any commit with git checkout 737eb28 changing the hash to one of the commits from https://github.com/AUTOMATIC1111/stable-diffusion-webui/commits/master. To revert back to the latest build its git checkout master

For most of the issues raised it would be really good to know what the last working commit was rather than the currently installed commit, as it makes it a lot easier to view all the changes to files related to the error.

[Xerophayze]

+1

[MotorMan]

had this problem today. solution was to just throw a random image in img2img, then the batch processing would work as expected.

[labx12]

had this problem today. solution was to just throw a random image in img2img, then the batch processing would work as expected.

this worked for me as well! ty, weird that the bug happens without tho

[0xspeedrunner]

+1 here, thank you @MotorMan !