Bug 218107 - after rotate & save still the unrotated image is copied
Summary: after rotate & save still the unrotated image is copied
Status: RESOLVED DUPLICATE of bug 227313
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-10 13:03 UTC by horst
Modified: 2012-10-19 13:26 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description horst 2009-12-10 13:03:49 UTC
Version:           2.3.2 (using KDE 4.3.2)
OS:                Linux
Installed from:    Ubuntu Packages

Reproduce:

- open image
- rotate it
- save it
- "copy to" another folder with C

Result: image is not rotated in the destination folder

I use gwenview to browse to lots of pictures and copy some to special folders. It's to annoying to have to rotate them again.

Otherwise i love gwenview, it's simply the fastest jpg-browser ;)
Comment 1 Dmitriy Styazhkin 2010-03-04 20:50:18 UTC
Same problem with KDE 4.4.1 and Gwenview 2.4.
Comment 2 Mahendra Tallur 2010-03-05 11:28:48 UTC
I can confirm this issue (KDE 4.4.1, Archlinux, gwenview 2.4.0).

I can the following error in the terminal :

gwenview(19802) Gwenview::JPEGErrorManager::errorExitCallBack: Bogus virtual array access 
gwenview(19802): libjpeg error in src
Comment 3 Mahendra Tallur 2010-03-05 12:52:09 UTC
BTW, it occurs when just rotating then saving (one or several pictures). No need to set a different destination in my case.
Comment 4 Mahendra Tallur 2010-03-05 22:10:34 UTC
It turns out this is due to Gwenview (& Digikam) not supporting libjpeg 8 properly...
Comment 5 akbar hidayat 2010-03-20 04:27:22 UTC
im not sure if this is relevant, but "rotate" works when using showfoto, but not with digikam. Aren't those two related?

and yap...gwenview is not working...
Comment 6 Chris 2010-04-05 19:23:38 UTC
*** This bug has been confirmed by popular vote. ***
Comment 7 Māris Nartišs 2010-04-06 11:33:29 UTC
I have similar issue with Gwenview 2.4.2 on my ~AMD64 Gentoo

gwenview(5386) Gwenview::JPEGErrorManager::errorExitCallBack: Invalid crop request 
gwenview(5386): libjpeg error in src

Could this be a duplicate of #227313?
Comment 8 Nikoli 2010-04-11 07:38:34 UTC
Confirm for *.jpg, but *.png work fine. My versions: Gentoo amd64, KDE 4.4.2, jpeg-8a, kipi-plugins-1.1.0
Comment 9 Dion Moult 2010-04-11 08:06:14 UTC
I can confirm Maris and Nikoli's findings, also on Gentoo, KDE 4.4.2.
Comment 10 Eugene Shalygin 2010-04-12 23:45:42 UTC
For me, on  Gentoo amd64, KDE 4.4.2, jpeg-8a it happens only for second modified image and further. I mean I can save first (after gwenview start) image, but all next images results in 
Gwenview::JPEGErrorManager::errorExitCallBack: Invalid crop
request 
libjpeg error in src
Comment 11 Andrea Scarpino 2010-04-12 23:48:05 UTC
same issue on Arch Linux 4.4.2, libpng 1.4, libjpeg 8
Comment 12 Eugene 2010-05-04 20:13:11 UTC
Same with gwenview 2.4.3, libjpeg 8.0.1, KDE 4.4.3 on ArchLinux.
Comment 13 Eugene Shalygin 2010-05-05 00:11:50 UTC
http://websvn.kde.org/?view=revision&revision=1098734
This revision fixed bug for me. As I can see, it is not ported to 4.4 branch. Archlinux can apply the patch itself.
Comment 14 Andrea Scarpino 2010-05-05 01:08:13 UTC
Thank you, Eugene.
I applied that patch and it works, I'll apply it in Arch Linux packages.
Comment 15 Eugene 2010-05-05 08:31:23 UTC
Thanks a lot!
All is working great now!
Comment 16 Aurelien Gateau 2010-06-01 00:10:02 UTC

*** This bug has been marked as a duplicate of bug 227313 ***
Comment 17 Maciej Mrozowski 2010-06-11 04:17:49 UTC
Btw, any reason why memset is preferred over 'jpeg_transform_info transformoption = {0};' ?
Comment 18 Maciej Mrozowski 2010-06-11 04:28:00 UTC
SVN commit 1136892 by mmrozowski:

Backport r1098734, initialize jpeg_transform_info fields

CCBUG: 218107

 M  +1 -0      jpegcontent.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1136892