Closed
Bug 350874
Opened 18 years ago
Closed 18 years ago
OnEndMsgDownload is no longer firing after message display (Phishing Bar Broken)
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mscott, Assigned: mscott)
References
Details
Attachments
(1 file)
6.63 KB,
patch
|
Bienvenu
:
superreview+
|
Details | Diff | Splinter Review |
On the trunk only, OnEndMsgDownload in http://lxr.mozilla.org/mozilla/source/mailnews/base/src/nsMsgStatusFeedback.cpp#172 is no longer getting called anymore. This means the phishing bar never gets set either. I probably broke this in Bug 345251.
Assignee | ||
Comment 1•18 years ago
|
||
It looks like in: nsMsgWindow::SetStatusFeedback we are failing to find a docshell named "messagepane" in the docshell hierarchy: http://lxr.mozilla.org/mozilla/source/mailnews/base/src/nsMsgWindow.cpp#184 as a result, we never register the status feedback object as a web progress listener on the message pane. Not sure why that's failing.
Assignee | ||
Comment 2•18 years ago
|
||
We were setting the status feedback object on the window before we set the dom window, and that's why in the call to SetStatusFeedback, we were unable to find a message pane docshell. I added an assertion in nsMsgWindow::SetStatusFeedback to detect this pattern going forward, and I tweaked the callers in seamonkey and thunderbird.
Attachment #236274 -
Flags: superreview?(bienvenu)
Updated•18 years ago
|
Attachment #236274 -
Flags: superreview?(bienvenu) → superreview+
Assignee | ||
Comment 3•18 years ago
|
||
Fixed on the trunk only. 345251 is trunk only.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 4•18 years ago
|
||
I wonder if this fixes the crazy leaks I was seeing when debugging using the trace refcnt tools. I will try and do this and report back.
You need to log in
before you can comment on or make changes to this bug.
Description
•