Bug#434456: marked as done (gwenview seems to regenerate the thumbnail when a comment is edited)
Your message dated Sun, 19 Apr 2009 19:29:21 +0200
with message-id <200904191929.21283.ferdi1604@gmx.de>
and subject line Re: gwenview
has caused the Debian Bug report #434456,
regarding gwenview seems to regenerate the thumbnail when a comment is edited
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
434456: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434456
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: gwenview seems to regenerate the thumbnail when a comment is edited
- From: Reuben Thomas <rrt@sc3d.org>
- Date: Tue, 24 Jul 2007 00:45:24 +0100
- Message-id: <20070723234524.13430.97299.reportbug@localhost.localdomain>
Package: gwenview
Version: 1.4.1-1+b2
Severity: normal
When adding a comment to photos from my Canon A95, I notice that the
thumbnails of such pictures are smaller than those which I've not
edited. I am guessing that gwenview has regenerated them
unnecessarily.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gwenview depends on:
ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al
ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi
ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s
ii libc6 2.6-2 GNU C Library: Shared libraries
ii libexiv2-0 0.14-2 EXIF/IPTC metadata manipulation li
ii libfontconfig1 2.4.2-1.2 generic font configuration library
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.2-20070712-1 GCC support library
ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library
ii libidn11 0.6.5-1 GNU libidn library, implementation
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libkipi0 0.1.5-2 library for apps that want to use
ii libmng1 1.0.9-1 Multiple-image Network Graphics li
ii libpng12-0 1.2.15~beta5-2 PNG library - runtime
ii libqt3-mt 3:3.3.7-5 Qt GUI Library (Threaded runtime v
ii libsm6 2:1.0.3-1+b1 X11 Session Management library
ii libstdc++6 4.2-20070712-1 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxcursor1 1:1.1.8-2 X cursor management library
ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar
ii libxft2 2.1.12-2 FreeType-based font drawing librar
ii libxi6 2:1.1.1-1 X11 Input extension library
ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library
ii libxrandr2 2:1.2.1-1 X11 RandR extension library
ii libxrender1 1:0.9.2-1 X Rendering Extension client libra
ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime
Versions of packages gwenview recommends:
ii kdegraphics-kfile-plugins 4:3.5.7-2 KDE metainfo plugins for graphic f
ii kipi-plugins 0.1.2-3 image manipulation/handling plugin
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 4:4.2.2-1
Got response from the submitter and followed his advice how to reproduce the
bug. I compared several thumbnails of pictures without comment and with it.
There is no evidence of any alteration. Therefore I suggest to close this bug
because upstream seems to circumvent this bug based on nepomuk semantic
tagging stored differently.
Thanks for reporting,
Ferdinand Ebert
--- End Message ---
Reply to: