Bug 114646 – kde-base/kopete-3.5.0: files sent from MSN 7.5 are received zero bytes long

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Tilen 2005-12-06 11:15:44 UTC]

If someone using MSN Messenger version 7.5 (my problematic contacts have build
7.5.0311) tries to send file, Kopete 0.11 opens the transfer window normally and
shows like file is being transfered, but when it gets to 100% empty file appears
on disk (proper name but size 0B). File transfer from contacts using older MSN
Messenger version is working normal.

Reproducible: Always
Steps to Reproduce:
1.Log in to MSN account with Kopete 0.11
2.Get someone using MSN Messenger 7.5 to send you some file

Actual Results:  
File transfer complete normaly, but file is 0b long.

Expected Results:  
Should get proper size file.

Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2,
2.6.14-gentoo-r2 i686)
=================================================================
System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.6.13
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=prescott -O2 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-march=prescott -O2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo
http://gentoo.math.bme.hu http://gentoo.tiscali.nl/gentoo/"
LC_ALL="en_GB.utf8"
LINGUAS="sl en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups
curl divx4linux dvd emboss encode exif expat fam ffmpeg flac foomaticdb fortran
ftp gdbm gif glut gpm gtk gtk2 hal idn imagemagick imlib ipv6 java jpeg junit
kde kdeenablefinal lcms libg++ libwww live lua mad matroska mikmod mmx mng motif
mp3 mpeg msn nas ncurses nls nptl nptlonly nvidia ogg oggvorbis openal opengl
pam pcre pdflib perl png python qt quicktime readline real sdl slang spell sse
sse2 ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev
unicode usb vorbis win32codecs wmf xine xml2 xv xvid zlib linguas_sl linguas_en
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LDFLAGS

Whole kde-base/* and kde-misc/* with other necessary packages is set to ~x86 in
package.keywords, also nvidia-kernel and nvidia-glx with dependencies, rest of
the system is on stable tree.

[Comment 1 Diego Elio Pettenò (RETIRED) 2005-12-09 01:46:10 UTC]

Known issue upstream, bug listed in URL now. 
I've added myself to upstream's bug, as soon as a fix will be available I'll 
try to backport it. 
 

[Comment 2 Diego Elio Pettenò (RETIRED) 2006-05-01 08:46:13 UTC]

Actually this was fixed already.