| 2009-11-22 23:05:56 |
Frantret |
bug |
|
|
added bug |
| 2009-11-22 23:05:56 |
Frantret |
attachment added |
|
original and bugged jpg files http://launchpadlibrarian.net/35956275/example_eog.tar.gz |
|
| 2009-11-22 23:05:56 |
Frantret |
attachment added |
|
Dependencies.txt http://launchpadlibrarian.net/35956276/Dependencies.txt |
|
| 2009-11-22 23:05:56 |
Frantret |
attachment added |
|
ProcMaps.txt http://launchpadlibrarian.net/35956277/ProcMaps.txt |
|
| 2009-11-22 23:05:56 |
Frantret |
attachment added |
|
ProcStatus.txt http://launchpadlibrarian.net/35956278/ProcStatus.txt |
|
| 2009-11-23 10:24:23 |
Frantret |
description |
Binary package hint: eog
Hi,
I did observe this bug various times, with various jpg files, with or without other "heavy" applications running. I managed to reproduce the bug with the following procedure, I have undergone under Ubuntu 8.10 with Amarok, gPodder, VLC, Gimp running at the same time. My version of Eog is 2.24.1-0ubuntu1.
0. prepare a sample of 32 image files in a single folder with Gimp:
- 2 photos (1st label "a" or "b")
- 4 sizes (2nd label): 2000x1500 "a", 600x450 "b", 200x150 "c", 60x45 "d"
- 2 orientations (3rd label): portrait "e", landscape "f"
- 2 format files: jpg and png
1. open a jpg image with eog
2. rotate "CTRL+R" (4th label): once "x", 3 times "y"
3. save "CTRL+S"
4. forward
5. loop from 2., so that all images of the current folder are treated once
6. the result is 64 new image files
It appeared that:
0. obviously, skipping steps 2 and 3 does not make the bug appear
1. the png files are not affected
2. the 2 sets of jpg files (1st label photo "a" and photo "b") are affected the same way
3. the bug keeps image size unchanged
4. the affected files have rows (resp. columns) of pixels moving from one end of the image to the other end: from the top to the bottom (resp. from the left hand side to the right hand side)
5. the order of these rows (resp. columns) is inversed (mirror effect)
6. rotating the image once moves the pixel columns: from the left hand side to the right hand side, and rotating it 3 times moves the pixel rows: from the top to the bottom
7. globally, the smaller the image size, the higher the number of rows (resp. columns) moved
Not to infer too much, here is a list of the 26 affected files (others remained unchanged), with corresponding number of rows (resp. columns) moved, and new location ("b" for bottom and "r" for right hand side):
aaey.jpg and baey.jpg 12 b
abey.jpg and bbey.jpg 2 b
abfy.jpg and bbfy.jpg 8 b
acey.jpg and bcey.jpg 6 b
acfy.jpg and bcfy.jpg 8 b
adey.jpg and bdey.jpg 13 b
adfy.jpg and bdfy.jpg 12 b
aafx.jpg and bafx.jpg 4 r
abfx.jpg and bbfx.jpg 2 r
acex.jpg and bcex.jpg 8 r
acfx.jpg and bcfx.jpg 6 r
adex.jpg and bdex.jpg 12 r
adfx.jpg and bdfx.jpg 13 r
Attached are the 16 original and 32 bugged jpg image files.
Thanks in advance for the help,
François
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/eog
Package: eog 2.24.1-0ubuntu1
ProcEnviron:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
LANG=fr_FR.UTF-8
SHELL=/bin/bash
SourcePackage: eog
Uname: Linux 2.6.27-15-generic i686 |
Binary package hint: eog
Hi,
I did observe this bug various times, with various jpg files, with or without other "heavy" applications running. I managed to reproduce the bug with the following procedure, I have undergone under Ubuntu 8.10 with Amarok, gPodder, VLC, Gimp running at the same time. My version of Eog is 2.24.1-0ubuntu1.
0. prepare a sample of 32 image files in a single folder with Gimp:
- 2 photos (1st label "a" or "b")
- 4 sizes (2nd label): 2000x1500 "a", 600x450 "b", 200x150 "c", 60x45 "d"
- 2 orientations (3rd label): portrait "e", landscape "f"
- 2 format files: jpg and png
1. open a jpg image with eog
2. rotate "CTRL+R" (4th label): once "x", 3 times "y"
3. save "CTRL+S"
4. forward
5. loop from 2., so that all images of the current folder are treated once
6. the result is 64 new image files
It appeared that:
0. obviously, skipping steps 2 and 3 does not make the bug appear
1. the png files are not affected
2. the 2 sets of jpg files (1st label photo "a" and photo "b") are affected the same way
3. the bug keeps image size unchanged
4. the affected files have rows (resp. columns) of pixels moving from one end of the image to the other end: from the top to the bottom (resp. from the left hand side to the right hand side)
5. the order of these rows (resp. columns) is inversed (mirror effect)
6. rotating the image once moves the pixel columns: from the left hand side to the right hand side, and rotating it 3 times moves the pixel rows: from the top to the bottom
7. globally, the smaller the image size, the higher the number of rows (resp. columns) moved
Not to infer too much, here is a list of the 26 affected files (others remained unchanged), with corresponding number of rows (resp. columns) moved, and new location ("b" for bottom and "r" for right hand side):
aaey.jpg and baey.jpg 12 b
abey.jpg and bbey.jpg 2 b
abfy.jpg and bbfy.jpg 8 b
acey.jpg and bcey.jpg 6 b
acfy.jpg and bcfy.jpg 8 b
adey.jpg and bdey.jpg 13 b
adfy.jpg and bdfy.jpg 12 b
aafx.jpg and bafx.jpg 4 r
abfx.jpg and bbfx.jpg 2 r
acex.jpg and bcex.jpg 8 r
acfx.jpg and bcfx.jpg 6 r
adex.jpg and bdex.jpg 12 r
adfx.jpg and bdfx.jpg 13 r
Attached are the 16 original and 32 bugged jpg image files.
Thanks in advance for the help,
François
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/eog
Package: eog 2.24.1-0ubuntu1
ProcEnviron:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
LANG=fr_FR.UTF-8
SHELL=/bin/bash
SourcePackage: eog
Uname: Linux 2.6.27-15-generic i686
|
|
| 2009-11-23 10:24:37 |
Frantret |
description |
Binary package hint: eog
Hi,
I did observe this bug various times, with various jpg files, with or without other "heavy" applications running. I managed to reproduce the bug with the following procedure, I have undergone under Ubuntu 8.10 with Amarok, gPodder, VLC, Gimp running at the same time. My version of Eog is 2.24.1-0ubuntu1.
0. prepare a sample of 32 image files in a single folder with Gimp:
- 2 photos (1st label "a" or "b")
- 4 sizes (2nd label): 2000x1500 "a", 600x450 "b", 200x150 "c", 60x45 "d"
- 2 orientations (3rd label): portrait "e", landscape "f"
- 2 format files: jpg and png
1. open a jpg image with eog
2. rotate "CTRL+R" (4th label): once "x", 3 times "y"
3. save "CTRL+S"
4. forward
5. loop from 2., so that all images of the current folder are treated once
6. the result is 64 new image files
It appeared that:
0. obviously, skipping steps 2 and 3 does not make the bug appear
1. the png files are not affected
2. the 2 sets of jpg files (1st label photo "a" and photo "b") are affected the same way
3. the bug keeps image size unchanged
4. the affected files have rows (resp. columns) of pixels moving from one end of the image to the other end: from the top to the bottom (resp. from the left hand side to the right hand side)
5. the order of these rows (resp. columns) is inversed (mirror effect)
6. rotating the image once moves the pixel columns: from the left hand side to the right hand side, and rotating it 3 times moves the pixel rows: from the top to the bottom
7. globally, the smaller the image size, the higher the number of rows (resp. columns) moved
Not to infer too much, here is a list of the 26 affected files (others remained unchanged), with corresponding number of rows (resp. columns) moved, and new location ("b" for bottom and "r" for right hand side):
aaey.jpg and baey.jpg 12 b
abey.jpg and bbey.jpg 2 b
abfy.jpg and bbfy.jpg 8 b
acey.jpg and bcey.jpg 6 b
acfy.jpg and bcfy.jpg 8 b
adey.jpg and bdey.jpg 13 b
adfy.jpg and bdfy.jpg 12 b
aafx.jpg and bafx.jpg 4 r
abfx.jpg and bbfx.jpg 2 r
acex.jpg and bcex.jpg 8 r
acfx.jpg and bcfx.jpg 6 r
adex.jpg and bdex.jpg 12 r
adfx.jpg and bdfx.jpg 13 r
Attached are the 16 original and 32 bugged jpg image files.
Thanks in advance for the help,
François
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/eog
Package: eog 2.24.1-0ubuntu1
ProcEnviron:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
LANG=fr_FR.UTF-8
SHELL=/bin/bash
SourcePackage: eog
Uname: Linux 2.6.27-15-generic i686
|
Binary package hint: eog
Hi,
I did observe this bug various times, with various jpg files, with or without other "heavy" applications running. I managed to reproduce the bug with the following procedure, I have undergone under Ubuntu 8.10 with Amarok, gPodder, VLC, Gimp, Firefox running at the same time. My version of Eog is 2.24.1-0ubuntu1.
0. prepare a sample of 32 image files in a single folder with Gimp:
- 2 photos (1st label "a" or "b")
- 4 sizes (2nd label): 2000x1500 "a", 600x450 "b", 200x150 "c", 60x45 "d"
- 2 orientations (3rd label): portrait "e", landscape "f"
- 2 format files: jpg and png
1. open a jpg image with eog
2. rotate "CTRL+R" (4th label): once "x", 3 times "y"
3. save "CTRL+S"
4. forward
5. loop from 2., so that all images of the current folder are treated once
6. the result is 64 new image files
It appeared that:
0. obviously, skipping steps 2 and 3 does not make the bug appear
1. the png files are not affected
2. the 2 sets of jpg files (1st label photo "a" and photo "b") are affected the same way
3. the bug keeps image size unchanged
4. the affected files have rows (resp. columns) of pixels moving from one end of the image to the other end: from the top to the bottom (resp. from the left hand side to the right hand side)
5. the order of these rows (resp. columns) is inversed (mirror effect)
6. rotating the image once moves the pixel columns: from the left hand side to the right hand side, and rotating it 3 times moves the pixel rows: from the top to the bottom
7. globally, the smaller the image size, the higher the number of rows (resp. columns) moved
Not to infer too much, here is a list of the 26 affected files (others remained unchanged), with corresponding number of rows (resp. columns) moved, and new location ("b" for bottom and "r" for right hand side):
aaey.jpg and baey.jpg 12 b
abey.jpg and bbey.jpg 2 b
abfy.jpg and bbfy.jpg 8 b
acey.jpg and bcey.jpg 6 b
acfy.jpg and bcfy.jpg 8 b
adey.jpg and bdey.jpg 13 b
adfy.jpg and bdfy.jpg 12 b
aafx.jpg and bafx.jpg 4 r
abfx.jpg and bbfx.jpg 2 r
acex.jpg and bcex.jpg 8 r
acfx.jpg and bcfx.jpg 6 r
adex.jpg and bdex.jpg 12 r
adfx.jpg and bdfx.jpg 13 r
Attached are the 16 original and 32 bugged jpg image files.
Thanks in advance for the help,
François
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/eog
Package: eog 2.24.1-0ubuntu1
ProcEnviron:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
LANG=fr_FR.UTF-8
SHELL=/bin/bash
SourcePackage: eog
Uname: Linux 2.6.27-15-generic i686
|
|
| 2009-11-28 14:48:35 |
Frantret |
attachment added |
|
example_eog_ace.jpg http://launchpadlibrarian.net/36200019/example_eog_ace.jpg |
|
| 2009-11-29 15:04:37 |
Jakob Unterwurzacher |
eog (Ubuntu): status |
New |
Confirmed |
|
| 2009-11-29 15:10:21 |
Jakob Unterwurzacher |
attachment added |
|
screenshot original buggy rotated.png http://launchpadlibrarian.net/36230495/screenshot%20original%20buggy%20rotated.png |
|
| 2009-11-29 15:23:14 |
Jakob Unterwurzacher |
summary |
rotating a jpg photo (eg "CTRL+R"), then saving it (eg "CTRL+S"), moves a few lines or columns of pixels from one end to the opposite |
Rotating a not-multiple-of-8 jpg causes image corruption |
|
| 2009-11-29 15:35:14 |
Jakob Unterwurzacher |
bug watch added |
|
https://bugzilla.gnome.org/show_bug.cgi?id=603304 |
|
| 2009-11-29 15:35:14 |
Jakob Unterwurzacher |
bug task added |
|
eog |
|
| 2009-11-30 09:48:40 |
Sebastien Bacher |
eog (Ubuntu): status |
Confirmed |
Triaged |
|
| 2009-11-30 09:48:42 |
Sebastien Bacher |
eog (Ubuntu): importance |
Undecided |
Low |
|
| 2009-11-30 09:48:46 |
Sebastien Bacher |
eog (Ubuntu): assignee |
|
Ubuntu Desktop Bugs (desktop-bugs) |
|
| 2010-09-16 02:56:03 |
Bug Watch Updater |
eog: status |
Unknown |
New |
|
| 2010-09-16 02:56:03 |
Bug Watch Updater |
eog: importance |
Unknown |
Medium |
|
| 2010-10-16 12:45:45 |
Oliver Joos |
bug watch added |
|
https://bugzilla.gnome.org/show_bug.cgi?id=455883 |
|
| 2010-10-16 12:45:45 |
Oliver Joos |
eog: importance |
Medium |
Unknown |
|
| 2010-10-16 12:45:45 |
Oliver Joos |
eog: status |
New |
Unknown |
|
| 2010-10-16 12:45:45 |
Oliver Joos |
eog: remote watch |
GNOME Bug Tracker #603304 |
GNOME Bug Tracker #455883 |
|
| 2010-10-16 13:16:39 |
Bug Watch Updater |
eog: status |
Unknown |
Confirmed |
|
| 2010-10-16 13:16:39 |
Bug Watch Updater |
eog: importance |
Unknown |
Medium |
|
