500 Error for entire page when image is missing

Yes, I’ll put this on the roadmap to see if a more graceful fail can be done.

I would also say this: I do recommend that end users never see Ansel's save location(s). I would not make sure those are hidden. They are not meant to be user-serviceable directories.

Thanks, TJ.

Just to clarify... I definitely hide the Save Directories from the client. But I have reluctantly given them access to the Upload Directory. The error happens when they delete a file from the Upload Directory in the File Manager.

Ahh, yeah I guess that would cause an issue too since the Ansel tags also have access to information, urls, and paths about the original image.

Is this still an open bug? I'm having this exact issue except the image does in fact exist.

Is there a way to run logic to check if an image exists so these errors can be avoided?

I’ve spent some time tonight tracking this down and the fix is in a forthcoming release that should be out by Monday at the latest.

That said, I also do recommend trying to make sure source images don’t get deleted as the manipulated image becomes un-editable after the source image is deleted.

Checking in about the fix. Changelog on the production site doesn't mention anything since last month. Thanks!

Monday is not over yet (in my timezone) :). I was waiting on some feed back from one other party on any unrelated bug. I’m planning to release it here in the next 30 minutes.

No problem! We'll check tomorrow. Thanks!

initially "fixed" the problem, and corrupt images were visible. when I deleted those corrupt images from their fields in EE, it created a new error:

Notice

Undefined offset: 372

user/addons/ansel/Service/AnselImages/ImagesTag.php, line 307 hide details

Severity: E_NOTICE Notice

Trying to get property of non-object

user/addons/ansel/Service/AnselImages/ImagesTag.php, line 370 hide details

Severity: E_NOTICE

Fatal error: Uncaught Error: Call to a member function getUrlSafeParam() on null in /var/www/vhosts/tim/system/user/addons/ansel/Service/AnselImages/ImagesTag.php:372 Stack trace: #0 /var/www/vhosts/tim/system/user/addons/ansel/Service/AnselImages/ImagesTag.php(218): BuzzingPixel\Ansel\Service\AnselImages\ImagesTag->setVariablesFromRecord(Object(BuzzingPixel\Ansel\Record\Image)) #1 /var/www/vhosts/tim/system/user/addons/ansel/Controller/Field/ImagesTag.php(121): BuzzingPixel\Ansel\Service\AnselImages\ImagesTag->getVariables() #2 /var/www/vhosts/tim/system/user/addons/ansel/ft.ansel.php(839): BuzzingPixel\Ansel\Controller\Field\ImagesTag->parse(Array, '<img src="{img:...') #3 /var/www/vhosts/tim/system/ee/legacy/libraries/api/Api_channel_fields.php(409): Ansel_ft->grid_replace_tag('{"placeholder":...', Array, '<img src="{img:...') #4 /var/www/vhosts/tim/system/ee/legacy/libraries/Grid_parser.php(700): Api_channel_fields->apply('grid_replace_ta...', Array) #5 /var/www/vhosts/tim/system/ee/legacy/libraries/Grid_parser.php(76 in /var/www/vhosts/tim/system/user/addons/ansel/Service/AnselImages/ImagesTag.php on line 372

This may help you:

I went through the images that were "working" and their bounds were outside of the default bounds (the source image was too small, either width or height). Once I corrected the bounds of the selection to be within the source image's bounds, the error went away.

Please give Ansel 2.0.11 beta 1, which is attached as the solution file, a try.