Bug 544309 - uses bad cached network status when opening folder
Summary: uses bad cached network status when opening folder
Keywords:
Status: CLOSED DUPLICATE of bug 510005
Alias: None
Product: Fedora
Classification: Fedora
Component: thunderbird
Version: 12
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-04 15:03 UTC by Dan Winship
Modified: 2018-04-11 06:46 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-08 20:43:07 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Dan Winship 2009-12-04 15:03:19 UTC
If I start thunderbird with the VPN not running, then later start the VPN and try to switch to my Red Hat Inbox, thunderbird will pop up a dialog saying that it could not connect (even though the VPN *is* running at this point). If I then switch to a *different* folder in my Red Hat account, thunderbird will then connect, ask for my password, etc.

I also see the same thing with my non-RH (non-VPN-requiring) account if the network goes down when thunderbird is running, and then comes back up; sometimes Thunderbird will then give me a "could not connect" error on the account *after* the network has come back.

I'm guessing that what's going on is that at some point, thunderbird tries to check for new mail in the background, and hits a network error. Since the error occurred as part of a *background* operation, it doesn't want to annoy me with an error dialog, so instead it just remembers the error for later. Later, I fix the network situation, and then go to do something in thunderbird, at which point it sees that it has an error saved up for that server, and so it shows me the error without checking first that it's still relevant.

Comment 1 Matěj Cepl 2009-12-05 00:51:01 UTC

*** This bug has been marked as a duplicate of bug 540427 ***

Comment 2 Dan Winship 2009-12-07 14:40:43 UTC
i think you mis-clicked; you marked this a dup of a firefox crasher

Comment 3 Mads Kiilerich 2010-06-30 08:32:17 UTC
This might be related to bug 510005. In both cases we need better control with the connections and when they are up and down and how and when to reconnect.

Comment 4 d. johnson 2010-07-08 20:43:07 UTC

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

*** This bug has been marked as a duplicate of bug 510005 ***


Note You need to log in before you can comment on or make changes to this bug.