Closed
Bug 31079
Opened 25 years ago
Closed 24 years ago
Deleting a mail-news account doesn't remove its folder information.
Categories
(SeaMonkey :: MailNews: Account Configuration, defect, P3)
SeaMonkey
MailNews: Account Configuration
Tracking
(Not tracked)
VERIFIED
FIXED
M16
People
(Reporter: skasinathan, Assigned: sspitzer)
References
Details
I found this bug one while doing News automation. Steps: 1. Create a new News Account (with server news.mozilla.org). Subscribe to netscape.test newsgroup. 2. Goto Edit | Account Setup. now delete the News account. 3. Either in the same session or new session, Create the same News account (with the same server, news.mozilla.org). After you are done with the Account Setup, goto 3 Pane window. Now you will see that the folder(netscape.test) information is stored. Looks like the folder information is stored from the first account and carried over when I created the Second account with the same server, even though first account is deleted before creating the Second one. Build Date and platform: Debug build from yesterday. Windows.
Assignee | ||
Comment 1•25 years ago
|
||
good catch. I doubt we do the right thing for pop3 or imap accounts either. I have an idea of what's causing this and how to fix it.
Assignee | ||
Comment 2•25 years ago
|
||
marking m15, accepting.
Status: NEW → ASSIGNED
Target Milestone: M15
Assignee | ||
Comment 3•25 years ago
|
||
I've got a fix for this, testing now.
Assignee | ||
Comment 4•24 years ago
|
||
my fix needs some work. moving out to m16.
Summary: Deleting a News account doesn't remove its folder information. → Deleting a mail-news account doesn't remove its folder information.
Target Milestone: M15 → M16
Assignee | ||
Comment 5•24 years ago
|
||
fixed. well, sort of. the files still aren't being removed, but when you go to create a new server, it makes sure the directory for the server doesn't exist. this will prevent this bug from occurring. marking this fixed. we may not remove the files a server when we remove the account. this is still being debated / discussed. if we decide we are going to do that, I'll open a new bug.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Well, having only so far run through the news server case, I see it basically works. New news host directory is made unique when adding the account again, so you wind up with prey and prey-1. However, if you add the account back within the same session you first deleted it, you will see the subscribed groups added under the server. These will disappear when you exit and restart. I don't think the new .rc file is written until exit... It works, but can be confusing dependent on when you add the server back... I'm going to test mail account cases next.
OK, in the POP mail account case. Same thing, if you add the account back during the same session you will see the same folder info/structure. If you try to use the account during this period you may be fooled. If you do a Get Msg, even though mail is received (displays received notation in status bar) it will not appear in the inbox because it's really going to a new inbox folder. Once you exit and relaunch it will appear already downloaded in the new Inbox. I suppose it would work the same for trying to file to/from folders under the account structure -- wouldn't work, and upon exit those folders disappear and the new structure appears.
I still haven't finished my verification here, but in the meantime I spoke with Seth about the issues when deleting then adding the account back within the same session ... I'm going to open a separate bug for that issue.
logged bug #37454 for delete & add back within same session issue.
Comment 10•24 years ago
|
||
OK, marking this bug verified. This works fine in the case where you exit after deleting the account, so that you're not deleting and adding back in same session. Works as advertised -- we don't delete disk files, but create a new unique named directory for the server if account is added back. Verified IMAP, POP and NNTP simple scenarios. Using: 04/27 m16 commercial build NT 4.0 04/27 - 28 m16 commercial builds linux rh6.0 04/26 - 28 m16 commercial builds mac OS 9.0
Status: RESOLVED → VERIFIED
Comment 11•24 years ago
|
||
*** Bug 64512 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•