Re: [gthumb-list] rotation during import process

[Paolo Bacchilega <paolo bacchilega libero it>]

Il 29/10/2012 15:45, Paolo Benvenuto ha scritto:
> 2012/10/29 Paolo Bacchilega <paolo bacchilega libero it>:
> > Il 29/10/2012 11:56, Paolo Benvenuto ha scritto:
> >
> > > 2012/10/28 Paolo Bacchilega <paolo bacchilega libero it>:
> > > > Il 27/10/2012 22:51, don Paolo Benvenuto ha scritto:
> > > >
> > > > > I installed today's gthumb from git, and the situation is:
> > > > >
> > > > > - the thumbnails are shown in the importer windows without taking into
> > > > > account the rotation flag: I consider it's a bug, importer should take
> > > > > into account orientation
> > > > > - if phisical rotation after importing is enabled in preferences, all
> > > > > imported images have rotation flags "top, left", and both images and
> > > > > thumbnails are shown in gthumb as if a "reset exif flag" preference was
> > > > > set: BUG: apparently a wrong function is used, a function which resets
> > > > > exif flag instead of a function which phisically rotates the images
> > > > > - if phisical rotation after importing is disabled in preferences,
> > > > > gthumb shows both images and thumbnails with the correct orientation and
> > > > > with the original orientation flags (ok)
> > >
> > >
> > > In extensions/importer/gth-import-task.c, lines 407 , function
> > > apply_transformation_async is called with a GTH_TRANSFORM_NONE
> > > parameter..... it sounds weird...
> >
> > It's correct.  The function already takes into account the embedded rotation
> > so passing the GTH_TRANSFORM_NONE value means just apply the embedded
> > orientation.
>
> but what actually happens is that image is let as it is, without
> phisically modifying it, and exif rotation flags are reset!

try to import an image twice, you should see the overwrite confirmation 
dialog, if the new image (as displayed in the overwrite dialog) is not 
rotated correctly that means that the embedded orientation is not 
present in the original file.

- Paolo