Milan Sreckovic [:milan] (needinfo for best results) Reporter
	Description • 10 years ago

Go to bug 1029954 and click on the second on third attachment (direct link https://bugzilla.mozilla.org/attachment.cgi?id=8445646 and https://bugzilla.mozilla.org/attachment.cgi?id=8445647) and observe what the resulting drawing looks like.  The image is skewed until drawn fully, but once fully drawn settles into a correct result.

	Milan Sreckovic [:milan] (needinfo for best results) Reporter
	Comment 1 • 10 years ago

I'm not sure this is a layout bug, but it is a regression from bug 298619 where we started paying attention to the css image-orientation value, and these images do have EXIF data.  Backing out bug 289619 does fix this problem.

	Milan Sreckovic [:milan] (needinfo for best results) Reporter
	Comment 2 • 10 years ago

(In reply to Milan Sreckovic [:milan] from comment #1)
>...
> these images do have EXIF data.  Backing out bug 289619 does fix this

That would be bug 298619 instead.

	Timothy Nikkel (:tnikkel)
	Comment 3 • 10 years ago

Looks like a dup of bug 997604 ?

	Milan Sreckovic [:milan] (needinfo for best results) Reporter
	Comment 5 • 10 years ago

While the fix to bug 997604 improved the behavior here a great deal, it didn't completely fix everything - so either this is not a (complete) dupe of bug 997604 or we need a more complete fix to bug 997604. I'll attach the movies of before and after.

	Milan Sreckovic [:milan] (needinfo for best results) Reporter
	Comment 7 • 10 years ago

Got a lot better with the patch from bug 997604, but we still display it the wrong aspect ratio until fully decoded and then we snap to normal.