Bug 218107

Summary:	after rotate & save still the unrotated image is copied
Product:	[Applications] gwenview	Reporter:	horst
Component:	general	Assignee:	Gwenview Bugs <gwenview-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	dion, eugene.shalygin+bugzilla.kde, Eugene.Yudin, keripix, mahen, maris.kde, maroldorn, nikoli, reavertm, scarpino
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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