Closed Bug 26773 Opened 25 years ago Closed 25 years ago

No alerts on network errors

Categories

(MailNews Core :: Networking, defect, P3)

Product:
MailNews Core
Component:
Networking
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: rzach, Assigned: sspitzer)

References

Details

(Whiteboard: [PDT+] eta 2-25-00) 

There are no alerts on network errors or timeouts in MailNews.

To reproduce (e.g.):
1. Set up new POP or IMAP account with bogus server
2. Try to open folder (IMAP) or download msg (POP).

Actual result: POP: nothing at all, IMAP: throbber starts

Expected result: Alert dialog notifying user of DNS lookup error.

Similar situations that aren't caught: server down, connection refused, server
timeout, no route to host, etc.

Linux build 2000.02.06.09

Suggest this is fixed for bet1, otherwise we'll get a bug report every time
someone can't download their email because their ISP is having problems.
Keywords: beta1
OS: Linux → All
Hardware: PC → All
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
I'm going to try to help mscott out with this bug.

he's given me pointers where to start.
Assignee: mscott → sspitzer
accepting.
Status: NEW → ASSIGNED
marking m14.

estimating monday.
Whiteboard: [PDT+] → [PDT+] eta 2-21-00
Target Milestone: M14
fix in hand, awaiting review from mscott.
Whiteboard: [PDT+] eta 2-21-00 → [PDT+] eta 2-18-00
still working on one last part of the fix, after you get the alert on imap, the
progress and throbber still go.  I'm trying to figure out how to stop them.
Whiteboard: [PDT+] eta 2-18-00 → [PDT+] eta 2-19-00
took the weekend off, working on the last issues today.
Whiteboard: [PDT+] eta 2-19-00 → [PDT+] eta 2-21-00
moving to 2-23

we've got all the kinks worked out, except for a leak of nsImapProtocol that
needs to get solved.
Whiteboard: [PDT+] eta 2-21-00 → [PDT+] eta 2-23-00
it looks like I'm going to check in my changes (which include a couple related
fixes, all reviewed by mscott)

sadly, the leak of nsImapProtocol is now there, since I removed that bogus call
to NS_RELEASE(me).

I'll log a new bug finding and fixing that leak.

I'll land tonight or tomorrow.
Whiteboard: [PDT+] eta 2-23-00 → [PDT+] eta 2-25-00
*** Bug 29295 has been marked as a duplicate of this bug. ***
there are three errors:  unknown host, connection refused, connection timed out.

right now, unknown host works, but we don't get told about the other two (a
necko bug, necko isn't calling our OnStopRequest when those errors happen, like
it does with unknown host.).

when I mark this fixed, I'll open a new bug for those two errors.
fixed, now to log the related bugs.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
DNS lookup failure results in error on sending mail and POP/IMAp download.
Verified on Linux build 2000.02.26.08.
QA Contact: lchiang → laurel
OK using:
2000-03-06-08 commercial build NT 4.0
2000-03-06-08 mozilla build mac 9.0
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
This is still a problem in 2013 - no clear possibility to distinc between "no mail" or "network problem". Please make Thunderbird more transparent to the user so we can better see, what happens on protocol level (easy accessible protocol log window and last log line visible in status bar.)
You need to log in before you can comment on or make changes to this bug.