Closed Bug 103010 Opened 23 years ago Closed 23 years ago

make news servers closed on startup, don't do any NNTP on startup.

Categories

(SeaMonkey :: MailNews: Message Display, defect, P2)

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.6

People

(Reporter: sspitzer, Assigned: sspitzer)

References

Details

Attachments

(1 file, 2 obsolete files)

in 6.x, if the news server are open on start up, we go update the counts for you. we remember if they were open from the last session. updating the unread counts means talking to the server adding doing a GROUP command for each group the user is subscribed to. In 4.x, news servers were always shown as closed at startup, and on expand, we'd update the unread count. the 4.x is more "server friedly" as it doesn't ping the server at startup. another issue with the way 6.x works is that contacting the news server can throw UI. if the server requires auth, we might be putting up the auth dialog. (though I think we skip if we don't have a password remembered.) but if the server is secure, we do through a dialog about certificates sfraser writes: "that's really confusing when I think i'm connecting to my IMAP server"
the benefit of doing the group commands (on open servers) is that we'll update the unread counts for the user. like 4.x, we also update the unread counts when the twisty opens.
I think it's worth doing something to make it clearer what's going on. I often find myself in a situation where can't connect to server error dialogs come up and I think they are for mail when they are really for news. Assuming we keep updating counts on startup we should make sure that anything that pops up or displays on the status bar lets you know where it's coming from.
Keywords: nsbeta1
I'm going to switch back to the 4.x approach. it's affecting start up time
Summary: UI issues with updating unread counts on open news servers on startup → make news servers closed on startup, don
I'm going to switch back to the 4.x approach. it's affecting start up time.
Summary: make news servers closed on startup, don → make news servers closed on startup, don't do any NNTP on startup.
Severity: normal → major
Status: NEW → ASSIGNED
OS: Windows 2000 → All
Priority: -- → P2
Hardware: PC → All
Target Milestone: --- → mozilla0.9.6
Attached patch updated patch (obsolete) (deleted) — Splinter Review
Attachment #55694 - Attachment is obsolete: true
Attachment #55695 - Attachment is obsolete: true
Attached patch patch (deleted) — Splinter Review
Uh, isn't this really bug 34591?
QA Contact: esther → stephend
Comment on attachment 55697 [details] [diff] [review] patch sr=bienvenu
Attachment #55697 - Flags: superreview+
I'm not sure that this is the same as #34591, you'll have to check with tenthumbs.
Comment on attachment 55697 [details] [diff] [review] patch r=varada
Attachment #55697 - Flags: review+
Comment on attachment 55697 [details] [diff] [review] patch r=ssu too
fixed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified FIXED. Mac OS 9.1 - 2001-11-01-08 Windows 2K - 2001-11-01-03 RedHat 7.2 - 2001-11-01-12 When opening a server in the folder pane, and exiting the app, upon relaunch, we default back to the closed state, and using netstat, I've verified that we don't do any network traffic to the news servers.
Status: RESOLVED → VERIFIED
*** Bug 123029 has been marked as a duplicate of this bug. ***
Bug 123029 is an RFE to reverse this for NNTP accounts that have biff turned on - if a user has biff turned on and the account used to be shown as expanded, it's a good bet that the user would actually want the server to be contacted on startup and that the user actually wants the server to be shown expanded... Currently, the first thing I do whenever I start Mozilla is go and expand 3 NNTP accounts - pretty annoying...
I too think the user will want his news accounts updated if he leaves the folder open and/or he has biff set. Hooray for comment #16, and Hooray for bug 123029.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: