Closed Bug 64992 Opened 19 years ago Closed 18 years ago
windows timer handling is causing trouble
In the windows embedding case (mozilla/embedding/test/winEmbed), META refresh is broken because we're not processing low priority (idle) timers. Adam Lock is providing a workaround in http://bugzilla.mozilla.org/show_bug.cgi?id=44120 , but what should really happen is that we handle this case internally (so embeddors don't have to explicitly service our timer queue on windows).
nominating 0.8. Also, http://bugzilla.mozilla.org/show_bug.cgi?id=58701, and http://bugzilla.mozilla.org/show_bug.cgi?id=44120 provide workarounds (though neither are optimal).
Mozilla 0.8 builds started today. We would consider taking reviewed low risk fixes if they are available today (Wednesday, 7/Feb/01) or tomorrow (Thursday, 8/Feb/01). Otherwise, please set the target milestone to Mozilla 0.9. Thanks.
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
i'm going to take this since it is fixed by my new timer impl.
Assignee: michael.lowe → pavlov
Depends on: 78611
Target Milestone: --- → mozilla0.9.3
Doesn't look like this is getting fixed before the freeze tomorrow night. Pushing out a milestone. Please correct if I'm mistaken. (Wasn't pav's timer stuff landed?)
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Target Milestone: mozilla0.9.5 → mozilla0.9.6
since 78611 isn't going in for 0.9.7, over to 0.9.8
Target Milestone: mozilla0.9.7 → mozilla0.9.8
marking fixed now that 78611 has landed
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
OnIdle() no longer calls NS_DoIdleEmbeddingStuff() in mfcEmbed. TimerThread.cpp, TimerThread.h, nsITimer.h, nsITimerCallback.h, nsTimerImpl.cpp, & nsTimerImpl.h are included in /xpcom/threads in the 12/20/01 mozilla debug build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.