Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 144330 - mail-client/mozilla-thunderbird-1.5.0.* column layout problems with large IMAP folders
Summary: mail-client/mozilla-thunderbird-1.5.0.* column layout problems with large IMA...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-18 09:26 UTC by Tudor Vaida
Modified: 2007-01-31 05:59 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Phase 1 (screen1.jpg,31.91 KB, image/jpeg)
2006-08-18 09:27 UTC, Tudor Vaida
Details
Phase 2 (screen2.jpg,33.70 KB, image/jpeg)
2006-08-18 09:27 UTC, Tudor Vaida
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tudor Vaida 2006-08-18 09:26:31 UTC
Since switching to mozilla-thunderbird-1.5, I noticed a strange layout problem when working with larger IMAP folders: 

First, the Subject column and the status bar span somewhere beyond the parent window while some operation is performed (screenshot 1), then all the columns except date "jump" back to a minimum (screenshot 2), then everything reaches again the initial size after some time (if the operation is not stopped). Somewhere between moment 1 and 2 the lines around the toolbar are flashing (go from black to white and back). Screenshots are taken with gkrellShoot, and present exactly the content of parent window.

Steps to reproduce:
1. open a new thunderbird
2. click on a large IMAP folder (messages are read)
or 
2. select a few hundred messages from an IMAP folder and copy them to another IMAP folder

Problem is NOT present with mozilla-thunderbird-bin, or in other distributions, so I hope this is the right place for the bug.

My current version/compile options:
mail-client/mozilla-thunderbird-1.5.0.5  USE="crypt gnome -debug -ipv6 -ldap -xinerama -xprint

I tried compiling both with USE="gnome" and USE="-gnome", also with CFLAGS="-march=athlon-xp -pipe", problem is still there.

It looks as if a layouter processes every single message and then chooses sizes for the columns at the end, in the meantime the size of columns remaining undefined.

From emerge --info:
Gentoo Base System version 1.12.4
Portage 2.1.1_pre5-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-ck1-r2 i686)
=================================================================
Last Sync: Fri, 18 Aug 2006 01:00:06 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.4 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.2.3-r6, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=athlon-xp -pipe -ffast-math"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/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/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/init.d /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O3 -march=athlon-xp -pipe -ffast-math -fno-enforce-eh-specs"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distcc distlocks metadata-transfer sandbox sfperms strict"
LANG="ro_RO.UTF-8"
LC_ALL="ro_RO.UTF-8"
LINGUAS="ro en"
MAKEOPTS="-j4"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local"
USE="x86 3dnow 3dnowext X acpi aim alsa apache2 apm avi bash-completion berkdb bitmap-fonts bl bzip2 ccache cdr cli cpudetection crypt cups curl dlloader doc dri dvd dvdread elibc_glibc emboss encode examples exif fbcon firefox flash ftp gd gif gimp gimpprint gnome gnutls gpm gtk gtk2 icq imap imlib input_devices_keyboard input_devices_mouse isdnlog jpeg kerberos kernel_linux ldap libg++ libwww linguas_en linguas_ro mad mikmod mmx mmxext mng motif mozilla moznocompose moznoirc moznomail mp3 mpeg mpm-worker msn mysqli ncurses nls no-old-linux nptl nptlonly nsplugin nvidia offensive ogg oggvorbis openal opengl oss pam pcre pdflib png posix pppd python qt3 qt4 quicktime readline real reflection remote rtc scanner sdl session sharedext silc soap sockets spell spl ssl symlink tcpd threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU userlocales video_cards_nvidia vorbis win32codecs xgetdefault xml xml2 xmms xorg xosd xpm xsl xv xvid xvmc zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Tudor Vaida 2006-08-18 09:27:30 UTC
Created attachment 94553 [details]
Phase 1
Comment 2 Tudor Vaida 2006-08-18 09:27:52 UTC
Created attachment 94554 [details]
Phase 2
Comment 3 Jory A. Pratt 2007-01-22 01:47:31 UTC
Is this still a problem? If so could you test with a clean profile and report back, no response in 3 days should signify needinfo for bug closure.
Comment 4 Christian Marie (RETIRED) gentoo-dev 2007-01-31 05:59:15 UTC
Closing as needinfo.