| Summary: | Gwenview does not save rotated JPEG images (Gwenview::JPEGErrorManager::errorExitCallBack: Bogus virtual array access; libjpeg error in src;) [libjpeg8] | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | TioDuke <tioduke> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | analyzer1, andresbajotierra, avatar, eugene.shalygin+bugzilla.kde, g_fretes, horst, k17031965, null, roberto.castagnola, siemenself, tmassimi |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
" gwenview(3154) Gwenview::JPEGErrorManager::errorExitCallBack: Bogus virtual array access gwenview(3154): libjpeg error in src " - Do you know if gwenview (or the whole kdegraphics module) was recompiled after the libjpeg update ? Regards Yes, KDE SC 4.4 came after the libjpeg/libpng update. Also, JPEGs are correctly displayed and there are no crashes. Issuing ldd over kdegraphics-common files shows that libjpeg8 is being used. I can confirm this bug in Mandriva Cooker. Bug 228158 notes that saving a cropping/resized image works, so this may be only related to rotation. Bug 228158 also contains another shell output log. *** Bug 228158 has been marked as a duplicate of this bug. *** Hallo Ich have the same bug. Gentoo 64bit kde-base/kde-meta-4.3.3 kde-base/gwenview-4.3.3 Next night i upgrade on kde-base/kde-meta-4.3.5 and kde-base/gwenview-4.3.5 The problem is the same as in this Gentoo bug: http://bugs.gentoo.org/show_bug.cgi?id=306297 I've updated the files in gwenview/lib/libjpeg/ with files from jpeg-8 and it fixed the bug I can't reproduce it. Can you attach an image which causes the problem? Note that saving a resized/cropped image is not lossless and so does not use libjpeg directly. This probably explain why images are correctly saved in this case. @Aurelien: at bug 228483, the Digikam devs are tracking the same(or similar) problem, if you want to look for help. Same problem here (Gentoo x86, KDE 4.4.0). SVN commit 1098735 by gateau: Use separate copies of libjpeg internal files depending on libjpeg version BUG:227313 M +14 -2 CMakeLists.txt A libjpeg-62 (directory) A libjpeg-62/README.jpeg libjpeg/README.jpeg#1098734 A libjpeg-62/jinclude.h libjpeg/jinclude.h#1098734 [License: UNKNOWN] A libjpeg-62/jpegint.h libjpeg/jpegint.h#1098734 [License: UNKNOWN] A libjpeg-62/transupp.c libjpeg/transupp.c#1098734 [License: UNKNOWN] A libjpeg-62/transupp.h libjpeg/transupp.h#1098734 [License: UNKNOWN] A libjpeg-80 (directory) A libjpeg-80/README.jpeg A libjpeg-80/jinclude.h libjpeg/jinclude.h#1098734 [License: UNKNOWN] A libjpeg-80/jpegint.h libjpeg/jpegint.h#1098734 [License: UNKNOWN] A libjpeg-80/transupp.c [License: UNKNOWN] A libjpeg-80/transupp.h [License: UNKNOWN] D libjpeg/README.jpeg D libjpeg/jinclude.h D libjpeg/jpegint.h D libjpeg/transupp.c D libjpeg/transupp.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1098735 This is likely not fixed by above commit. But, it is a dupe of bug 218107... *** Bug 218107 has been marked as a duplicate of this bug. *** *** Bug 232476 has been marked as a duplicate of this bug. *** the bus is still present here, mandriva 2010.1, kde 4.4.3 tom@localhost ~]$ rpm -qa | grep gwen lib64gwenviewlib4-4.4.3-3.1mdv2010.1 gwenview-4.4.3-3.1mdv2010.1 this is the error I can see in the console: gwenview(4377) Gwenview::JPEGErrorManager::errorExitCallBack: Invalid crop request gwenview(4377): libjpeg error in src the fix reported above (SVN commit 1098735 ) should be in 4.4.2, but the problem is still present in 4.4.3 ( http://websvn.kde.org/tags/KDE/ ) I'm using gwenview 2.4.3 (KDE 4.4.4, SuSE 11.3) and the problem still persists. |
Version: (using KDE 4.4.0) Compiler: gcc (GCC) 4.4.3 OS: Linux Installed from: Archlinux Packages I was trying to change a JPEG image's orientation but the "Save" option does not seem to be working. The thumbnail that appears on gwenview looks as if the file has correctly been modified and going to the next picture in the folder and coming back to the "supposedly" modified JPEG shows the picture as if changes have been saved, but when opening the file in a new gwenview instance and/or another applications the image is shown unmodified. This isn't happening with other image formats (GIFs, PNGs, etc.) or when doing "Save as". I have run gwenview from the console and here is the relevant output: gwenview(3154)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on "local:/tmp/ksocket-sergio/gwenviewqV3154.slave-socket" gwenview(3154)/kio (KDirListerCache) KDirListerCache::listDir: Entry currently being listed: KUrl("trash:/") by (KDirLister(0x8ffa3c0) , KDirLister(0x9078b58) ) gwenview(3154)/kio (KDirListerCache) KDirListerCache::listDir: Entry currently being listed: KUrl("trash:/") by (KDirLister(0x8ffa3c0) , KDirLister(0x9078b58) ) gwenview(3154)/kio (KDirListerCache) KDirListerCache::slotResult: finished listing KUrl("trash:/") gwenview(3154)/kio (KDirListerCache) KDirListerCache::listDir: Listing directory: KUrl("file:///home/sergio") gwenview(3154)/kio (Slave) KIO::Slave::createSlave: createSlave "file" for KUrl("file:///home/sergio") gwenview(3154)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on "local:/tmp/ksocket-sergio/gwenviewuI3154.slave-socket" gwenview(3154)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing "/usr/local/share/mime/magic" gwenview(3154)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing "/usr/share/mime/magic" gwenview(3154)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing "/home/sergio/.local/share/mime/magic" gwenview(3154)/kio (KDirListerCache) KDirListerCache::slotResult: finished listing KUrl("file:///home/sergio") gwenview(3154) Gwenview::JPEGErrorManager::errorExitCallBack: Bogus virtual array access gwenview(3154): libjpeg error in src gwenview(3154)/kio (KDirListerCache) KDirListerCache::slotFileDirty: "/home/sergio/100_5338.jpegju3154.new" gwenview(3154)/kio (KDirListerCache) KDirListerCache::slotFileDirty: "/home/sergio" gwenview(3154)/kio (KDirListerCache) KDirListerCache::updateDirectory: KUrl("file:///home/sergio") gwenview(3154)/kio (KDirListerCache) KDirListerCache::updateDirectory: update started in KUrl("file:///home/sergio") gwenview(3154)/kio (KDirListerCache) KDirListerCache::slotUpdateResult: finished update KUrl("file:///home/sergio") gwenview(3154)/kio (KDirListerCache) KDirListerCache::forgetDirs: KDirLister(0x8fb6608) item moved into cache: KUrl("file:///home/sergio") gwenview(3154)/kio (KDirListerCache) KDirListerCache::forgetDirs: KDirLister(0x8ffa3c0) item moved into cache: KUrl("trash:/") gwenview(3154)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: And here you have my system configuration: kernel: 2.6.32-ARCH xorg: 1.7.4.901 kde sc: 4.4.0 kdegraphics-common: 4.4.0 (libkexiv2.so.8.0.0) exiv2: 0.18.2 (libexiv2.so.5.3.1) libjpeg: 8 (libjpeg.so.8.0.0) libpng: 1.4 (libpng14.so.14.0.0) If you need more information, please let me know. Thank you in advance.