You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Image.network handle bad url image, like 404 #34451
[✓] Flutter (Channel dev, v1.7.3, on Mac OS X 10.14.5 18F132, locale en-RO)
• Flutter version 1.7.3 at /Users/devx/flutter
• Framework revision 362b999 (6 days ago), 2019-06-07 12:43:27 -0700
• Engine revision 0602dbb
• Dart version 2.3.2 (build 2.3.2-dev.0.1 6e0d978505)
I will use what you suggested but this is not what you expect from all million examples out there on how easy is to show an image from network with flutter.
I think this should be fixed on the Image.network. This issue is very important and should be fixed so you easily show a list of images without doing other kind of magic.
Reacted by Brian McIlwain, Raudin Moreno, Yuya Matsuo (metal), Sebastien Aubin, Mohammed Fahjan, Deepak K J, JimmyJonesJr, onetonfoot, yk3372, Abdullah khan and 8 more
Reacted by Raudin Moreno, Sebastien Aubin, yk3372, Abdullah khan, Lucas Chuairi Cruz, William-cpu and Arpit Jain
Reacted by Raudin Moreno, Sebastien Aubin, yk3372, Abdullah khan, Lucas Chuairi Cruz and William-cpu
Reacted by Brian McIlwain, Raudin Moreno, Sebastien Aubin, yk3372, RasEza and William-cpu
Yes I share your opinion. But my issue regarding this problem was closed with no comments. Flutter should definitely provide a better way of error handling for images.
Why in the world doesn't this provide some way to gracefully capture the exception and just provide some other optional image, akin to loadingBuilder. Why wouldn't there be something like exceptionBuilder:... or something?
Especially when stuffing the widget into a big build block that you may or may not be able or willing to otherwise break up into small parts. Maybe I'll circle back and add it to the core code after I get this project done; I don't have time at the moment. :(
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.
Activity
The-Redhat commentedon Jun 14, 2019
You can use preCacheImage to handle errors. Run it before creating your Image Widget.
cosinus84 commentedon Jun 14, 2019
I will use what you suggested but this is not what you expect from all million examples out there on how easy is to show an image from network with flutter.
I think this should be fixed on the Image.network. This issue is very important and should be fixed so you easily show a list of images without doing other kind of magic.
The-Redhat commentedon Jun 14, 2019
Yes I share your opinion. But my issue regarding this problem was closed with no comments. Flutter should definitely provide a better way of error handling for images.
cosinus84 commentedon Jun 14, 2019
Btw, thanks :)
mikhail-tokarev commentedon Oct 8, 2019
HI @cosinus84
given your last message I feel safe to close this issue,
if you disagree please write in the comments
and I will reopen it
henperi commentedon Nov 6, 2019
I'm having the same issue. Can someone please share his/her implementation if possible?
chornbe commentedon Feb 27, 2020
Why in the world doesn't this provide some way to gracefully capture the exception and just provide some other optional image, akin to loadingBuilder. Why wouldn't there be something like exceptionBuilder:... or something?
Especially when stuffing the widget into a big build block that you may or may not be able or willing to otherwise break up into small parts. Maybe I'll circle back and add it to the core code after I get this project done; I don't have time at the moment. :(
alexgarciaju commentedon Apr 9, 2020
@mikhail-tokarev this issue is still happening
lock commentedon Apr 25, 2020
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of
flutter doctor -vand a minimal reproduction of the issue.