Summary: | Gwenview produces white noise pictures when cropping big images (about 1900x1200) | ||
---|---|---|---|
Product: | [Applications] gwenview | Reporter: | Wolfram <wolfram> |
Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | djustice.kde |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Big png image inside gwenview
Broken image after cropping |
Description
Wolfram
2010-05-04 14:33:34 UTC
Created attachment 43232 [details]
Big png image inside gwenview
Created attachment 43233 [details]
Broken image after cropping
cant reproduce :/ KUbuntu/9.10/KDE SC 4.4.3 even 2000x2000+ sized pngs crop correctly So, I've updated KDE to 4.4.3 and tried again. Bug still remains. But I've investigated one interesting detail: performing picture resize before cropping makes result picture correct. Even when I resize picture for one pixel, cropping gives good result. SVN commit 1217378 by mfuchs: Cropping pictures that use a small palette (e.g. 256 entries) works now. QImage::copy(QRect) also preserves the EXIF-Tag. BUG:257590 BUG:236318 BUG:250473 CCBUG:203109 M +2 -7 cropimageoperation.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1217378 SVN commit 1217379 by mfuchs: Backport r1217378 Cropping pictures that use a small palette (e.g. 256 entries) works now. QImage::copy(QRect) also preserves the EXIF-Tag. CCBUG:257590 CCBUG:236318 CCBUG:250473 CCBUG:203109 M +2 -7 cropimageoperation.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1217379 |