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)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mscott, Assigned: mscott)

References

Details

Attachments

(1 file)

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.
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.
Attached patch the fixSplinter Review
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)
Attachment #236274 - Flags: superreview?(bienvenu) → superreview+
Blocks: 345251
Fixed on the trunk only. 345251 is trunk only.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
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.

Attachment

General

Created:
Updated:
Size: