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)

defect

Tracking

(Not tracked)

VERIFIED FIXED

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.
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.

marking m15, accepting.
Status: NEW → ASSIGNED
Target Milestone: M15
QA Contact: lchiang → laurel
I've got a fix for this, testing now.
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
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.
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
*** Bug 64512 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.