After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 491063 - PixbufLoader can not load some jpeg files.
PixbufLoader can not load some jpeg files.
Status: RESOLVED FIXED
Product: gdk-pixbuf
Classification: Platform
Component: general
git master
Other All
: Normal major
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2007-10-28 13:42 UTC by Peng Huang
Modified: 2010-07-10 04:07 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Attachments
the test program for reproducing this problem (268 bytes, text/plain)
2007-10-28 13:45 UTC, Peng Huang
Details
the jpeg file for reproducing this problem (205.97 KB, image/jpeg)
2007-10-28 13:52 UTC, Peng Huang
Details

Description Peng Huang 2007-10-28 13:42:19 UTC
Please describe the problem:
Use PixbufLoader to load a jpeg file failed. Those jpeg files were created by Sony Carmery camera.
PixbufLoader.close function gave me a GError ('Error interpreting JPEG image file (Application transferred too few scanlines)').



Steps to reproduce:
1. run ./pixbuf_loader file.jpeg
2. 
3. 


Actual results:
GError ('Error interpreting JPEG image file (Application transferred too few scanlines)')

Expected results:
loading jpeg files successfully

Does this happen every time?
yes

Other information:
Comment 1 Peng Huang 2007-10-28 13:45:00 UTC
Created attachment 98026 [details]
the test program for reproducing this problem
Comment 2 Peng Huang 2007-10-28 13:52:32 UTC
Created attachment 98027 [details]
the jpeg file for reproducing this problem

`./pixbuf_loader.py test.jpg` to reproduce this problem
Comment 3 Quentin Sculo 2007-11-23 01:13:54 UTC
I've found the same bug (using the perl bindings), with pictures having EXIF data, they are loaded correctly when passing small chunks (I used 50K) to the loader's write function.
But when all the data is passed by one call to the loader's write function, the picture isn't loaded correctly.

I've got the same error message when using the attached test.jpg.
I've got "Error interpreting JPEG image file (Improper call to JPEG library in state 205)" when trying to load some of my pictures that have both EXIF and XMP blocks (as detected by gimp)
Comment 4 Peng Huang 2007-11-23 01:26:09 UTC
(In reply to comment #3)
> I've found the same bug (using the perl bindings), with pictures having EXIF
> data, they are loaded correctly when passing small chunks (I used 50K) to the
> loader's write function.
Yeah. It can be loaded correctly when passing small blocks to the loader with python bindings too!

Comment 5 Christophe Fergeau 2007-12-02 20:33:52 UTC
Looks like a duplicate of bug #494667
Comment 6 Ed Catmur 2007-12-02 21:37:18 UTC
Patch at bug 494667.
Comment 7 Peng Huang 2007-12-15 06:27:56 UTC
I tested the trunk. This problem does not happen in trunk.