eog rotate&save moves small strip of pixels to other side of image

Bug #1746146 reported by Scott Cowles Jacobs on 2018-01-30
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Eye of GNOME
Invalid
Medium
eog (Ubuntu)
Low
Unassigned

Bug Description

I have been using Hugin to assemble panoramas, but until this one, they were all horizontal (all photos to be assembled right to left).

This one contained four images vertically oriented, so to line them up, I copied them and rotated them 90 degrees counterclockwise with eog and saved through eog, and then pointed Hugin at the rotated images (Possibly Hugin could make a vertical panorama without my doing this, but I didn't try...)

After the panorama image was complete, I copied it and rotated it into a vertical orientation again (90 degrees clockwise) and saved through eog.

Imagine my surprise, when I looked at the final image, and saw a strip of pixels on the right that didn't look right.

Upon closer inspection, I found that they seemed to match the pixels on the left edge.

When rotating, the image appears correct. It is only after saving, and re-invoking eog on the image that the problem is visible.

It is not a display problem, as the copied/moved pixel columns show up when the image is shown with ImageMagick, and GIMP.

With GIMP, by blowing up the display to 400%, and watching the pixel coordinates as I move my mouse from the left to the right over the false pixel columns, it appears that the number of pixel columns copied or moved is 7.

Upon further research, When I have GIMP blow up both images equally, it seems clear that the pixel columns are being cut off from the left side of the image, and attached to the right side.
(In the attached images, if you look at the "C" on the left (about 75% of the way down, at the edge), you will see that it lines up almost exactly with the edge of the image, yet in the horizontal image, there is a gap between the edge and the "C" (that appears also to be about 7 pixels wide))

------------------------------------------------------------------------
scott@scott-Asus-M2N68-AM-PLUS:~$ uname -a
Linux scott-Asus-M2N68-AM-PLUS 4.13.0-32-generic #35-Ubuntu SMP Thu Jan 25 09:13:46 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
scott@scott-Asus-M2N68-AM-PLUS:~$ lsb_release -dsc
Ubuntu 17.10
artful
scott@scott-Asus-M2N68-AM-PLUS:~$ echo $DESKTOP_SESSION
QLubuntu
scott@scott-Asus-M2N68-AM-PLUS:~$ eog --version
GNOME Image Viewer 3.26.1

-------------------------------------------------------------------------

ProblemType: Bug
DistroRelease: Ubuntu 17.10
Package: eog 3.26.1-0ubuntu1
ProcVersionSignature: Ubuntu 4.13.0-32.35-generic 4.13.13
Uname: Linux 4.13.0-32-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.20.7-0ubuntu3.7
Architecture: amd64
CurrentDesktop: LXQt
Date: Mon Jan 29 20:54:14 2018
InstallationDate: Installed on 2017-11-06 (85 days ago)
InstallationMedia: Lubuntu-Next 17.10 "Artful Aardvark" - Beta amd64 (20171014)
SourcePackage: eog
UpgradeStatus: No upgrade log present (probably fresh install)

If you look at the right edge of the image, opposite to the "C", the rest of the "C" as it fades out can be seen - but the dark area is to the left, not the right.

This appears to indicate that the columns of pixels that are transferred are brought over in reversed order (mirrored).

(If the chopped-off gap-leading-to-"C" were not reversed, the dark area would be on the right fading to the left as it leads from the "C" into the gap).

I hope that I have described clearly enough, what I am seeing...

Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Changed in eog (Ubuntu):
importance: Undecided → Low

If you look at the right edge of the image, opposite to the "C", the rest of the "C" as it fades out can be seen - but the dark area is to the left, not the right.

This appears to indicate that the columns of pixels that are transferred are brought over in reversed order (mirrored).

(If the chopped-off gap-leading-to-"C" were not reversed, the dark area would be on the right fading to the left as it leads from the "C" into the gap).

I hope that I have described clearly enough, what I am seeing...

Filed upstream as: https://bugzilla.gnome.org/show_bug.cgi?id=793049

Added above as bug watch (as described in comment #4's link).

[Sorry about comment #5 - my page only showed the text in the comment-entry box,
not yet as a confirmed comment - if someone can delete the duplicate comment,
my face can stop turning red with embarrassment...]

Changed in eog:
importance: Unknown → High
status: Unknown → Confirmed
Sebastien Bacher (seb128) wrote :

Thanks for forwarding to GNOME

Changed in eog (Ubuntu):
status: New → Triaged
Changed in eog:
importance: High → Medium
Changed in eog:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.