Closed Bug 938393 Opened 12 years ago Closed 12 years ago

Let nsIWindowWatcher expose a HasWindowCreator method

Categories

(Core Graveyard :: Embedding: GRE Core, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla28

People

(Reporter: bjacob, Assigned: bjacob)

References

Details

Attachments

(1 file)

In Bug 937204, I have widget/android/ code that waits for a monitor to get notified by the compositor; and that causes a xpcshell test to stall as in xpcshell we don't have a compositor, because we don't have a window. Of course, that means that xpcshell is an imperfect choice for what this test is doing (xpcshell is not the best for even loosely gfx-related things), but since the code I'm touching here is 'legacy', I am hoping that I won't have to port these tests away from xpcshell. So with help from Ehsan I looked into what determines that xpcshell doesn't create a window, and the answer is that it doesn't SetWindowCreator on the nsIWindowWatcher. So the present patch adds a HasWindowCreator getter to nsIWindowWatcher, which tells me exactly what I need to know (for practical purposes, it tells me whether I'm running in xpcshell, but it's much more to the point of what I actually need to know than literally checking if I'm xpcshell). I hope that that's reasonable.
Attachment #831865 - Flags: review?(benjamin)
Comment on attachment 831865 [details] [diff] [review] add HasWindowCreator rev the nsIWindowWatcher IID
Attachment #831865 - Flags: review?(benjamin) → review+
Assignee: nobody → bjacob
Target Milestone: --- → mozilla28
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: