Package: gwenview Version: 4:4.4.5-2 Severity: normal Tags: squeeze After using "save as" (and of course not clicking "go back to the original picture") and then continuing to edit the new picture (e.g. change size) and saving the changes, the original picture is edited and not the copy that was created.
Reproducible: Always Steps to Reproduce: Open a picture with Gwenview, e.g. picture.jpeg. Select File - Save as ... and save it e.g. as picture-small.jpeg because you intend to make a smaller copy for e-mailing/uploading. An informational message appears: "You are now viewing the new picture" with an option to return to the original - do not choose this option. The informational message disappears automatically. Note that the titlebar of Gwenview mentions the file name and it is "picture-small.jpeg", not the original photo "picture.jpeg". Click the Operations tab, click Change size, enter a new size, e.g. 500 (meaning change to target width of 500 pixels), confirm. Save by clicking the save button that appears on top of the photo. Actual Results: The original photo picture.jpeg now has a width of 500 pixels. The "saved as" copy picture-small.jpeg still has the old size. Expected Results: The original photo picture.jpeg should be unchanged. The "saved as" copy picture-small.jpeg should have the new width of 500 pixels. How does this bug cause data loss: At first it doesn't, if one notices what has happened and that the "picture-edited.jpeg" or "picture-small.jpeg" one has just created still is the original. But I for example have now lost several original (full size, uncropped) photos due to this bug because I did not realize what was happening at first: - I created the smaller version. - When I want to e-mail or upload it, it is still too large (of course, because picture-small.jpeg is the original-size photo). I think: Either I did not make it small enough, or I made a mistake when using Gwenview (forgot to save, typed in the wrong number of pixels or something like this). - I open the picture-small.jpeg "again" (as I think) and make it "even smaller". When I save it, there is now no more full size / uncropped version of the photo existing. -- System Information: Debian Release: 6.0.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwenview depends on: ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.5-8 GCC support library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libkdecore5 4:4.4.5-2+squeeze3 the KDE Platform Core Library ii libkdeui5 4:4.4.5-2+squeeze3 the KDE Platform User Interface Li ii libkfile4 4:4.4.5-2+squeeze3 the File Selection Dialog Library ii libkio5 4:4.4.5-2+squeeze3 the Network-enabled File Managemen ii libkipi7 4:4.4.5-2 library for apps that want to use ii libkparts4 4:4.4.5-2+squeeze3 the Framework for the KDE Platform ii libnepomuk4 4:4.4.5-2+squeeze3 the Nepomuk Meta Data Library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libqt4-svg 4:4.6.3-4+squeeze1 Qt 4 SVG module ii libqtcore4 4:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime gwenview recommends no packages. gwenview suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
