Closed
Bug 303450
Opened 19 years ago
Closed 16 years ago
MailBiffNotificationWindow responding to WM_ATLGETHOST (0xc1a7) with 0x01.
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: rgordon, Assigned: mscott)
Details
(Whiteboard: closeme 2008-08-28)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 An application I'm debugging has some code in it which uses the ATL QueryHost function. I started getting crashes upon migration to a new machine, and today tracked it down to a window named "MailBiffNotificationWindow" responding to a Window Message sent to it by the ATL AfxQueryHost function. That code is sending a registered WMsg to it (WM_ATLGETHOST, Spy++ says its 0xc1a7) and it responds with 0x01. It should respond with a valid object address or NULL. I suspect that there is a message conflict. Since I didn't notice this on my older machine, it may be sensitive to the latest build of Firefox. Reproducible: Always Steps to Reproduce: 1. I don't have a stand alone test case to reproduce this problem, its currently only evident in a application under development. 2. 3. Actual Results: My application crashes (inside ATL) because it (ATL) expects the return value for this message to be NULL or an actual object address. Expected Results: Returned NULL. I think I covered it above.
| Reporter | ||
Comment 1•19 years ago
|
||
Investigating this problem further - it appears to me that the WindowProc associated with the Window is in error. if you look in nsMessengerWinIntegration.cpp, the window's proc is named MessageWindowProc. That function returns TRUE instead of the more typical window proc which should return 0 if the message isn't handled. (Usually windowproc's return the result from DefWindowProc but I figure this isn't really a normal window...)
Updated•18 years ago
|
QA Contact: general
Comment 2•16 years ago
|
||
Reporter, does the issue still occur in the latest supported 2.0.0.x / Shredder trunk nightlies? (1.5.0.x is now end-of-life and the latest supported 2.0.0.x is 2.0.0.16)
Whiteboard: closeme 2008-08-28
Comment 3•16 years ago
|
||
RESO INCO per lack of response to the last question(s). If you feel this change was made in error, please respond to this bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•