The attached mochitest opens a window, opens a context menu on that window then closes the (first) window. This works fine on Mac and X11, but explicitly closing the context menu is necessary on NT. Without that workaround, the message "Unable to restore focus, expect failures and timeouts" is issued on the next test. That next test passes (test_bug649840.xul doesn't need focus) but then test_button.xul times out waiting for focus. Then test_chromemargin.xul is the last test to issue the "Unable to restore focus" message, and things seem to recover, probably because test_chromemargin.xul opens a new window. Perhaps this is an XP Toolkit/Widgets issue (select popups don't seem to demonstrate this problem) but I'm filing in Widget:Win32 because of the platform-specific nature.

It seem the same does happen with select popups: http://tinderbox.mozilla.org/showlog.cgi?tree=Mozilla-Inbound&errorparser=unittest&logfile=1310369516.1310374795.14080.gz&buildtime=1310369516&buildname=Rev3%20WINNT%205.1%20mozilla-inbound%20debug%20test%20mochitest-other&fulltext=1#err0

Disabling test_bug665540.html on WINNT has been pushed: http://hg.mozilla.org/mozilla-central/rev/2baf8679871d Not marking the bug fixed assuming some actions might still be needed.

1. Options -> Tabs -> disable "Open new windows in a new tab instead". 2. Open attachment and follow instructions. Results: Sides and bottom of first window look focused but the titlebar does not, and the window is unresponsive. Expected result: Same as if the select were not opened.

I don't know why, but this test-only changeset caused test_bug665540.html to start demonstrating this bug. http://hg.mozilla.org/integration/mozilla-inbound/rev/5dfcc562b0a9

Added a workaround to enable test_bug665540.html on WINNT. http://hg.mozilla.org/integration/mozilla-inbound/rev/4ee36bb66230