Closed
Bug 31079
Opened 25 years ago
Closed 25 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•25 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•25 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: 25 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•25 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•25 years ago
|
||
*** Bug 64512 has been marked as a duplicate of this bug. ***
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•