I just noticed that trojita does not work anymore after the wakeup from a suspend. It is always reproducible here. The fast workaround is just reboot the application. Portage 2.2.7 (default/linux/amd64/13.0/no-multilib, gcc-4.7.3, glibc-2.16.0, 3.2.52-hardened-r1 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.2.52-hardened-r1-x86_64-Intel-R-_Atom-TM-_CPU_N455_@_1.66GHz-with-gentoo-2.2 KiB Mem: 1007464 total, 153980 free KiB Swap: 2047996 total, 1864952 free Timestamp of tree: Tue, 24 Dec 2013 11:15:01 +0000 ld GNU ld (GNU Binutils) 2.23.2 app-shells/bash: 4.2_p45 dev-lang/python: 2.7.5-r3 dev-util/cmake: 2.8.11.2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.6, 1.13.4 sys-devel/binutils: 2.23.2 sys-devel/gcc: 4.7.3-r1 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.9 (virtual/os-headers) sys-libs/glibc: 2.16.0 Repositories: gentoo ago x-portage ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=x86-64" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 /usr/share/themes/oxygen-gtk/gtk-3.0" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -march=x86-64" DISTDIR="/media/dati/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y --ignore-built-slot-operator-deps y" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs collision-protect config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="it_IT.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu" MAKEOPTS="-j2" PKGDIR="/media/dati/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/media/dati/portage" PORTDIR_OVERLAY="/var/lib/layman/ago /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acl alsa amd64 berkdb bzip2 cairo cli cracklib crypt custom-cflags cxx dri dvb fortran gdbm iconv jpeg jpeg2k kde lame mmx modules mp3 mudflap ncurses networkmanager nptl ogg opengl openmp pam pcre png qt3support qt4 readline session sse sse2 ssl symlink systemd tcpd tiff unicode vorbis zlib" ABI_X86="64" ALSA_CARDS="hda-intel" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev synaptics" KERNEL="linux" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_GB" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="intel" USE_PYTHON="2.7" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= mail-client/trojita-0.3.96-r1 was built with the following: USE="zlib -debug -test" LINGUAS="-bs -cs -da -de -el -es -et -fr -ga -gl -hu -ia -lt -mr -nl -pl -pt -pt_BR -ro -sk -sv -tr -ug -uk -zh_CN -zh_TW" CFLAGS="-O2 -march=x86-64 -g0 -fno-strict-overflow -fstack-protector-all" CXXFLAGS="-O2 -march=x86-64 -g0 -fno-strict-overflow -fstack-protector-all" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,-z,now"
Does it react to mouse clicks? Can you open a menu? What does the connection status indicator say -- is it online or offline? Does it help if you switch to online? What shows up in the debugging log ("IMAP -> Debugging -> Show IMAP Protocol Log" to see it)? If it's "just" a connectivity problem, this code has been fixed a couple of days ago in the git version, so if switching back to online works, you might want to give -9999 a try.
(In reply to Jan Kundrát from comment #1) > Does it react to mouse clicks? Yes > Can you open a menu? Yes > What does the connection status indicator say -- is it online or offline? Online > Does it help if you switch to online? Yes, switch from online to offline and then to offline to online make it work again. > What shows up in the debugging log ("IMAP -> Debugging -> Show IMAP Protocol >Log" to see it)? I can't check now. > If it's "just" a connectivity problem, this code has been fixed a couple of > days ago in the git version, so if switching back to online works, you might > want to give -9999 a try. Feel free to make more release.
OK, so this is indeed about a problem in the way how it detects (or does not detect) a network reconnect. I bet that if you leave it sitting for a couple of minutes, you will get back an error message about "socket timed out". Could you please make sure that ev-qt/qtbearer is installed (and with appropriate USE flags based on whether you use connmann or networkmanager, or at least installed at all so that it uses the generic backend)? The dependency is, apparently, missing from the ebuild -- that's a problem on my side, sorry. There is, unfortunately, no easy way to discover this programatically, neither at build- nor runtime.
Could you please add a runtime dependency on ">=dev-qt/qtbearer-${QT_REQUIRED}:4" to all versions currently in Portage? I do not have commit access to the gentoo-x86 tree.
(In reply to Jan Kundrát from comment #4) > Could you please add a runtime dependency on > ">=dev-qt/qtbearer-${QT_REQUIRED}:4" to all versions currently in Portage? I > do not have commit access to the gentoo-x86 tree. done.
(In reply to Jan Kundrát from comment #1) > What shows up in the debugging log? 10:58:13.743 >>> DONE␍␊ 10:58:13.745 Imap::Mailbox::GetAnyConnectionTask Activated 10:58:13.746 Imap::Mailbox::GetAnyConnectionTask Completed 10:58:13.747 Imap::Mailbox::NumberOfMessagesTask attached to INBOX Activated 10:58:13.749 >>> y103 STATUS INBOX (MESSAGES UNSEEN RECENT)␍␊ 11:00:56.926 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:56.927 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:56.938 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.amd64 Activated 11:00:56.951 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:56.954 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:56.962 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.blog Activated 11:00:56.970 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:56.970 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:56.977 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.bugzilla Activated 11:00:56.986 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:56.986 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:56.992 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.mailing Activated 11:00:57.014 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:57.014 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:57.020 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.mailing.fulldisclosure Activated 11:00:57.033 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:57.034 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:57.044 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.mailing.gentoo-core-dev Activated 11:00:57.051 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:57.052 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:57.057 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.mailing.gentoo-docs-it Activated 11:00:57.063 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:57.064 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:57.070 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.mailing.hlcs Activated 11:00:57.077 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:57.078 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:57.083 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.mailing.oss-security Activated 11:00:57.100 Imap::Mailbox::GetAnyConnectionTask Activated 11:00:57.100 Imap::Mailbox::GetAnyConnectionTask Completed 11:00:57.105 Imap::Mailbox::NumberOfMessagesTask attached to INBOX.oth Activated 11:00:57.117 >>> y104 STATUS "INBOX.amd64" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.117 >>> y105 STATUS "INBOX.blog" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.117 >>> y106 STATUS "INBOX.bugzilla" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.117 >>> y107 STATUS "INBOX.mailing" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.117 >>> y108 STATUS "INBOX.mailing.fulldisclosure" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.118 >>> y109 STATUS "INBOX.mailing.gentoo-core-dev" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.118 >>> y110 STATUS "INBOX.mailing.gentoo-docs-it" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.118 >>> y111 STATUS "INBOX.mailing.hlcs" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.118 >>> y112 STATUS "INBOX.mailing.oss-security" (MESSAGES UNSEEN RECENT)␍␊ 11:00:57.118 >>> y113 STATUS "INBOX.oth" (MESSAGES UNSEEN RECENT)␍␊
Thanks -- so this is is indeed about a network timeout. 0.3.96 cannot handle a couple of situations (like eth0 disappearing while wlan0 is still connected) which were fixed in git in the meanwhile.
(In reply to Jan Kundrát from comment #7) > Thanks -- so this is is indeed about a network timeout. 0.3.96 cannot handle > a couple of situations (like eth0 disappearing while wlan0 is still > connected) which were fixed in git in the meanwhile. Well, could you make a 0.3.97 tag?