Bug 81413 - An inbox-entry is added to the subscription dialog with each automatic sync
Summary: An inbox-entry is added to the subscription dialog with each automatic sync
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Unmaintained
Component: disconnected IMAP (show other bugs)
Version: 1.6.52
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-12 11:35 UTC by Tobias Larsson
Modified: 2007-09-14 12:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias Larsson 2004-05-12 11:35:37 UTC
Version:           1.6.52 (using KDE 3.2.2, compiled sources)
Compiler:          gcc version 3.3.1 (SuSE Linux)
OS:                Linux (i686) release 2.4.21-215-athlon

If the Subscription dialog is opened, and there is an automatic sync in the background, all subfolders of the dIMAP account is added to the lists in the Subscription dialog, which will leave the user with two or more inboxes to choose among.
Comment 1 David Faure 2004-05-12 12:15:25 UTC
On Wednesday 12 May 2004 11:35, Tobias Larsson wrote:
> If the Subscription dialog is opened, and there is an automatic sync in the background, all subfolders of the dIMAP account is added to the lists in the Subscription dialog, which will leave the user with two or more inboxes to choose among.

Hmm, this is the whole problem with asking the account to do something
and connecting to its signals (as opposed to doing that with jobs, where every
request leads to a different job object).

One solution is to make ImapAccountBase::listDirectory return the KIO job, 
and and add the job to receivedFolder() to check that it's the right one,
to avoid such interferences..... but that means storing the job in the folder class...

I guess a cleaner solution would be to turn this info a FolderJob.

Comment 2 Carsten Burghardt 2004-05-26 23:26:46 UTC
I do consider this fixed in kdepim 3.3