Bug 53958 - Enable interval checking prevents *all* mail checking
Summary: Enable interval checking prevents *all* mail checking
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-03 04:11 UTC by Mark A. Taff
Modified: 2007-09-14 12:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
.xsession-errors-bug53958 (173.58 KB, text/plain)
2003-02-04 00:53 UTC, Mark A. Taff
Details
snapshot1-1.png (162.71 KB, image/png)
2003-02-04 00:53 UTC, Mark A. Taff
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mark A. Taff 2003-02-03 04:11:10 UTC
Version:            (using KDE KDE 3.1)
Installed from:    SuSE RPMs
Compiler:          gcc 3.2 
OS:          Linux

I have a single pop3 account.  When `enable interval checking` is checked, *all* mail checking is prevented.

The interval specified seems to have no effect on this bug.  When interval checking is used, it doesn't actually check for mail.  Also, if you check manually (either File->Check Mail or File->Check Mail In or using toolbar icon), it will not check mail either.  In the above cases, the status bar doen't even change to "Preparing transmission...".

When interval checking is turned off, manual mail checking works normally again.

I'm using SuSE 8.1 now, but had same issue with Mandrake 9.0 (I switched when KDE 3.1 was released--I just had to have it ;-) )

This is repeatable.  Happy to provide any more info to help you kill this bug.

Regards,

Mark Taff
Comment 1 Thiago Macieira 2003-02-03 11:50:22 UTC
[changing severity, since this isn't a crash] 
 
Can you provide the output from your ~/.xsession-errors or equivalent at the moment 
in which you try to check mail and it fails? 
 
Also, try killing any kio_pop3 ioslaves currently running and then checking for mail. 
Comment 2 Mark A. Taff 2003-02-03 19:31:19 UTC
Subject: Re:  Enable interval checking prevents *all* mail checking

Conjecture: Kmail checks for mail under `interval` command first time, but 
doesn't successfully *finish* command.  Thus, subsequent interval or manual 
checking fails because kmail thinks it is *currently* checking mail already.

Evidence:  I caught the status bar hung in the pollowing position:
	Status: "Preparing Transmission..."
	Progress: Showed no progress; had `close/cancel` button on progress bar

Kludge Resolution: Clicking the `close/cancel` button on the progress bar 
returned the status bar to normal, thus allowing normal mail checking again.

~/mark/.xsession-errors was lost during a logout and login trying to narrow in 
on the bug, so I'm afraid I don't have any useful data from that to give you.

However, prior to logging out, I killed the one (1)  kio_pop3 ioslave and then 
checked the mail.  Then interval and normal checking worked properly again.  
So I suspect it is a problem either in the ioslave, or in KMail's interaction 
with the ioslave.

Unfortunately (fortunately?), after killing the ioslave, this bug is not 
currently repeatable. Everything is working properly so far.

I will consider this bug essentially resolved, but would appreciate it if you 
could give me further instructions on what to do if it pops up again (maybe 
attach a debugger or something?) to help isolate the bug..

Thanks for your help.

Regards,

Mark


On Monday 03 February 2003 02:50, you wrote:
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>
> http://bugs.kde.org/show_bug.cgi?id=53958
> thiagom@mail.com changed:
>
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
>- Severity|crash                       |major
>
>
>
> ------- Additional Comments From thiagom@mail.com  2003-02-03 11:50 -------
> [changing severity, since this isn't a crash]
>
> Can you provide the output from your ~/.xsession-errors or equivalent at
> the moment in which you try to check mail and it fails?
>
> Also, try killing any kio_pop3 ioslaves currently running and then checking
> for mail.

Comment 3 Mark A. Taff 2003-02-04 00:53:52 UTC
Subject: Re:  Enable interval checking prevents *all* mail checking

It happened again, same symptoms.  KMail appeared to be hung in a message 
checking action.  Hitting the `cancel` button on the progress bar "unhung" 
it.  I have attached output from .xsession-errors and a screenshot showing 
KMail hung and KSysGuard showing the pop3 ioslave.  Hope it helps.

Mark


On Monday 03 February 2003 10:31, you wrote:
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>
> http://bugs.kde.org/show_bug.cgi?id=53958
>
>
>
>
> ------- Additional Comments From marktaff@cablespeed.com  2003-02-03 19:31
> ------- Subject: Re:  Enable interval checking prevents *all* mail checking
>
> Conjecture: Kmail checks for mail under `interval` command first time, but
> doesn't successfully *finish* command.  Thus, subsequent interval or manual
> checking fails because kmail thinks it is *currently* checking mail
> already.
>
> Evidence:  I caught the status bar hung in the pollowing position:
> 	Status: "Preparing Transmission..."
> 	Progress: Showed no progress; had `close/cancel` button on progress bar
>
> Kludge Resolution: Clicking the `close/cancel` button on the progress bar
> returned the status bar to normal, thus allowing normal mail checking
> again.
>
> ~/mark/.xsession-errors was lost during a logout and login trying to narrow
> in on the bug, so I'm afraid I don't have any useful data from that to give
> you.
>
> However, prior to logging out, I killed the one (1)  kio_pop3 ioslave and
> then checked the mail.  Then interval and normal checking worked properly
> again. So I suspect it is a problem either in the ioslave, or in KMail's
> interaction with the ioslave.
>
> Unfortunately (fortunately?), after killing the ioslave, this bug is not
> currently repeatable. Everything is working properly so far.
>
> I will consider this bug essentially resolved, but would appreciate it if
> you could give me further instructions on what to do if it pops up again
> (maybe attach a debugger or something?) to help isolate the bug..
>
> Thanks for your help.
>
> Regards,
>
> Mark
>
> On Monday 03 February 2003 02:50, you wrote:
> > ------- You are receiving this mail because: -------
> > You reported the bug, or are watching the reporter.
> >
> > http://bugs.kde.org/show_bug.cgi?id=53958
> > thiagom@mail.com changed:
> >
> >            What    |Removed                     |Added
> > -------------------------------------------------------------------------
> >-- - Severity|crash                       |major
> >
> >
> >
> > ------- Additional Comments From thiagom@mail.com  2003-02-03 11:50
> > ------- [changing severity, since this isn't a crash]
> >
> > Can you provide the output from your ~/.xsession-errors or equivalent at
> > the moment in which you try to check mail and it fails?
> >
> > Also, try killing any kio_pop3 ioslaves currently running and then
> > checking for mail.



Created an attachment (id=880)
.xsession-errors-bug53958

Created an attachment (id=881)
snapshot1-1.png
Comment 4 Sterling Moses 2003-02-06 19:47:36 UTC
Almost same problems here.  
  
Mandrake 9.1 Beta 3  
KDE 3.1  
GCC 3.2.1  
  
When mail checking interval is selected, system will not check mail. The status bar does  
not update when manually checking mail. The manual mail check button 'clicks in' and  
out without any noticed action. The status bar does not change. And new mail is not  
downloaded.  
  
I click on trash, then click on several top level folder (ie. Local Folders -> People, Local  
Folders Drafts), the status bar changes to checking mail, and new mail is downloaded.  
  
I am using 4 POP/SMTP accounts with 1 IMAP Account. All mail servers are local to my  
internal network.  
  
The mail checking issue is the same for POP and IMAP alike.  
  
Output from .Xsession-errors  
  
kioslave : ###############SEG FAULT#############  
No exception available  
No exception available  
WARNING: KDE detected X Error: BadDrawable (invalid Pixmap or Window parameter)  
\x09  
  Major opcode:  \x0e  
bitBlt: Incompatible destination pixmap  
bitBlt: Incompatible destination pixmap  
bitBlt: Incompatible destination pixmap  
undecodable token: \001b(hex)[36l  
undecodable token: \001b(hex)[36l  
  
I also have the following processes running: 
 
root     17303  0.0  0.8 28052 13208 ?       S    08:16   0:03 kdeinit: kio_uiserver 
root     17339  0.0  0.5 25984 9208 ?        S    08:17   0:00 kdeinit: kio_imap4 imap 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/kmail1C9Nka.slave-socket 
root     17490  0.0  0.6 26188 9616 ?        S    08:33   0:01 kdeinit: kio_http http 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/konqueror5oidbc.slave-socket 
root     17491  0.0  0.6 26288 9708 ?        S    08:33   0:01 kdeinit: kio_http http 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/konquerorAvUrza.slave-socket 
root     17785  0.0  0.5 25872 8944 ?        S    09:33   0:00 kdeinit: kio_file file 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/konquerorLhW0ic.slave-socket 
root     17922  0.0  0.6 26148 9332 ?        S    09:40   0:00 kdeinit: kio_http http 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/konqueroribEGsb.slave-socket 
root     17924  0.0  0.6 26192 9400 ?        S    09:41   0:00 kdeinit: kio_http http 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/konquerorrwbKdc.slave-socket 
root     17926  0.0  0.6 26184 9392 ?        S    09:41   0:00 kdeinit: kio_http http 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/konquerorB90aMb.slave-socket 
root     17934  0.0  0.6 26184 9440 ?        S    09:41   0:00 kdeinit: kio_http http 
/tmp/ksocket-root/klauncherRiSzVa.slave-socket 
/tmp/ksocket-root/konquerorrMzNra.slave-socket 
 
 
Comment 5 Carsten Pohle 2003-03-18 18:03:21 UTC
Have the same problem. But it seems that the problem is correlated with the mail 
server on tries to fetch mail from. I have to IMAP/4 servers, one is imap.web.de and the 
other one is our internal mail server (actually, I don't know who's the vendor of the mail 
server). Only the kio_imap4-process accessing our internal server seems to hang. 
When I disable mail checking for this account (i.e., only check my web.de account), this 
error does not occur.  
 
HTH 
Comment 6 Nathaniel W. Turner 2003-06-30 03:07:27 UTC
I noticed this is still marked as “UNCONFIRMED”.  I experience a similar  
problem regularly: the folder shows unread messages in the folder list, but 
when I click on the folder, the message list shows no new messages.  Killing 
all imap4 ioslave processes sometimes “fixes” this (that is, I can see the new 
messages), although not always.  I will try turning off interval checking, to 
see if I am experiencing the same issue as the reporter of this bug. 
Comment 7 Till Adam 2003-10-23 20:09:45 UTC
Subject: kdepim/kmail

CVS commit by tilladam: 

Having recently been informed by Waldo that when using kioslaves in 
connection oriented mode one needs to explicitely disconnect them when
the connection goes down I thought it makes sense to do that for pop as 
well as imap. Hopefully that takes care of bug #53958. Could someone with
that problem confirm that this fixes it, please?

CCMAIL: 53958@bugs.kde.org


  M +7 -0      kmacctexppop.cpp   1.144


--- kdepim/kmail/kmacctexppop.cpp  #1.143:1.144
@@ -802,4 +802,11 @@ void KMAcctExpPop::slotSlaveError(KIO::S
   if (aSlave != mSlave) return;
   if (error == KIO::ERR_SLAVE_DIED) mSlave = 0;
+
+  // explicitely disconnect the slave if the connection went down
+  if ( error == KIO::ERR_CONNECTION_BROKEN && mSlave ) {
+    KIO::Scheduler::disconnectSlave( mSlave );
+    mSlave = 0;
+  }
+
   if (interactive) {
     KMessageBox::error(kmkernel->mainWin(), KIO::buildErrorString(error, errorMsg));


Comment 8 Till Adam 2004-02-27 15:28:39 UTC
Closing, as it is believed to be fixed in KMail 1.6. If any of you can still reproduce this, please reopen this bug report.