I detected the following flaw in the way we handle WWW_Activate (and WWW_OpenURL) DDE requests. On WWW_Activate, if no navigator windows are open, we open one. The open occurs asynchronously. All that is according to spec. But the subsequent WWW_OpenURL can come in real quick. In some cases (so far, only observed in a debug build which is much slower), the window opened for the preceding WWW_Activate may not have come to life enough to be detected as the "current navigator window." In that case, we think there are no navigator windows, and open a new one. The end result is that 2 new windows are opened. I can't think of a quick fix for this one. There is the notion of a CBR_BLOCK response on the WWW_Activate. But that requires us to later unblock, which takes a fair bit of code (and may not work, if clients aren't expecting that response). I have not observed this behavior in a release build (but I only tried on a fast 500MHz machine). It may be an issue only for debug builds, in which case this bug is much lower priority to fix.

Setting target milestone.

This bug is being marked EXPIRED as it has seen no activity in a very long time. If you think that the issue reported might still be relevant, please test with a recent release of SeaMonkey and if the problem persists feel free to re-open the report. Thank you. http://www.seamonkey-project.org/

Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.

With Bug 491947 - Disable DDE shell integration this is not relevant now