error in thread display

[FrancesKo]

When new mail are arrived, if I click on KCheckGmail/Thread, the output isn't correct, it is like this:
"u003cspan <email address hidden>>u003cb>WHOu003c/b>u003c/span> - u003cb> OBJECT u003c"

I use Kubuntu Feisty Fawn with KDE 3.5.6 (Italian language pack)

[Jose Luis Tallon (jltallon)]

tags 343394 upstream
tags 349531 upstream
tags 345177 pending
quit

[Raphael Geissert (atomo64)]

Followup-For: Bug #343394
Package: kcheckgmail
Version: 0.5.5-2

I have fixed this an other minor-related bugs.
This is the patch to be applied to debian/rules:

--- /usr/src/kcheckgmail-0.5.5/debian/rules 2006-12-29 13:34:25.000000000 -0600
+++ /home/raphael/Deb/kcheckgmail-0.5.5/debian/rules 2006-12-29
18:16:02.000000000 -0600
@@ -33,7 +33,18 @@
  CFLAGS += -O2
 endif

-config.status: configure
+patch: patch-stamp
+patch-stamp:
+ dh_testdir
+ QUILT_PATCHES=debian/patches quilt push -a || test $$? = 2
+ touch patch-stamp
+
+unpatch:
+ dh_testdir
+ QUILT_PATCHES=debian/patches quilt pop -a -R || test $$? = 2
+ rm -rf .pc patch-stamp
+
+config.status: configure patch-stamp
  dh_testdir
 # Add here commands to configure the package.
  ln -sf /usr/share/misc/config.sub
@@ -57,7 +68,7 @@

  touch build-stamp

-clean:
+clean: unpatch
  dh_testdir
  dh_testroot

@@ -105,4 +116,4 @@
  dh_builddeb

 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build clean binary-indep binary-arch binary install patch-stamp unpatch

---End of patch

The rest is to mkdir debian/patches and place the attachments there.
The attachments contain:
00-fix-charset.patch: fixes the charset problem, by converting the
utf8 data retrieved from gmail to iso-8859-1.
01-fix-entities.patch: converts any html entity to it's right representation
02-fix-span.patch: this is the fix for this bugreport
03-update-gmail-version.patch: updates the version string to the
current gmail version, because everything seems to be working fine.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-a64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages kcheckgmail depends on:
ii kdebase-bin 4:3.5.5a.dfsg.1-2 core binaries for the KDE base mod
ii kdelibs4c2a 4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii libacl1 2.2.41-1 Access control list shared library
ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi
ii libattr1 2.4.32-1 Extended attribute shared library
ii libaudio2 1.8-2 The Network Audio System (NAS). (s
ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries
ii libfam0 2.7.0-11 Client library to control the FAM
ii libfontconfig1 2.4.1-2 generic font configuration library
ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii libgcc1 1:4.1.1-19 GCC support library
ii libice6 1:1.0.1-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 libpng12-0 1.2.15~beta5-1 PNG library - runtime
ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii libsm6 1:1.0.1-3 X11 Session Management library
ii libstdc++6 ...

[Raphael Geissert (atomo64)]

tags 343394 patch
thanks

I forgot to add this tag when I submitted the patch
--
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

[Raphael Geissert (atomo64)]

This bug is fixed in 0.5.6

--
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

[FrancesKo (francesko)]

When new mail are arrived, if I click on KCheckGmail/Thread, the output isn't correct, it is like this:
"u003cspan <email address hidden>>u003cb>WHOu003c/b>u003c/span> - u003cb> OBJECT u003c"

I use Kubuntu Feisty Fawn with KDE 3.5.6 (Italian language pack)

[FrancesKo (francesko)]

I compiled from source and now the output is OK.
(First, I used the repository version...)

[Raphael Geissert (atomo64)]

This was fixed in v0.5.6