I have downloaded a pngcheck-2.3.0 and tried to load an image from attachment. Following error appeared:
file doesn't end with an IEND chunk.
Please take into account that this image is successfully opened in Windows Explorer and Mozilla Firefox.
I have an example document created in Libre Office. You can inspect this file as zip-archive and find pictures. Libre Office displays all images correctly, but I am having problems trying to open certain png files using libpng.
Are there plans to support a correction for the missing IEND chunk in the future?
It appears there is only one image in Pictures/ that is missing its IEND Chunk (btw it seems that the faultly image is different in the opd you uploaded from the one in your 7z, probably because you updated your odp in between). This seems to be either a bug in LibreOffice or the person that created the odp used a faultly image in their creation of the odp file. In any case, libpng is not responsible for the mistake. Yet, libpng has some ability to deal with non-conforming images, provided the non-conformance is not too bad (for instance a missing IEND chunk is not too bad) : how did you try to perform the reading?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The png seems conforms to the PNG standard, in particular it does have a valid IEND chunk.
I have attached image in zip archive to avoid corrections while uploading image
Last edit: Vladyslav Yareschenko 2021-08-20
OK. Now it indeed has no IEND chunk. Where does this non-conforming image come from?
I have an example document created in Libre Office. You can inspect this file as zip-archive and find pictures. Libre Office displays all images correctly, but I am having problems trying to open certain png files using libpng.
Are there plans to support a correction for the missing IEND chunk in the future?
It appears there is only one image in Pictures/ that is missing its IEND Chunk (btw it seems that the faultly image is different in the opd you uploaded from the one in your 7z, probably because you updated your odp in between). This seems to be either a bug in LibreOffice or the person that created the odp used a faultly image in their creation of the odp file. In any case, libpng is not responsible for the mistake. Yet, libpng has some ability to deal with non-conforming images, provided the non-conformance is not too bad (for instance a missing IEND chunk is not too bad) : how did you try to perform the reading?