Comments on: 2007-04-13 Trunk builds http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/ Developments in nightly builds of Mozilla Firefox Thu, 28 Aug 2008 01:32:49 +0000 http://wordpress.org/?v=2.5 By: Jesse Ruderman http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4279 Jesse Ruderman Mon, 16 Apr 2007 22:54:43 +0000 http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4279 Simon Bünzli, maybe? He shows up a lot when I search for fixed session store bugs. Simon Bünzli, maybe? He shows up a lot when I search for fixed session store bugs.

]]> By: tqft http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4278 tqft Mon, 16 Apr 2007 20:23:32 +0000 http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4278 Session restore - who to bug? I have a couple of ideas on Session Restore and I wondered who would be good to drop it on? I had a search through http://groups.google.com/group/mozilla.dev.apps.firefox and couldn't find anyone obvious. I think the ideas need a little more flesh before spamming the list. The original discussion (and most of the meat) was here - http://forums.mozillazine.org/viewtopic.php?t=538542 Session restore - who to bug?

I have a couple of ideas on Session Restore and I wondered who would be good to drop it on?

I had a search through http://groups.google.com/group/mozilla.dev.apps.firefox and couldn’t find anyone obvious.

I think the ideas need a little more flesh before spamming the list.

The original discussion (and most of the meat) was here - http://forums.mozillazine.org/viewtopic.php?t=538542

]]> By: Jesse Ruderman http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4277 Jesse Ruderman Sat, 14 Apr 2007 01:29:32 +0000 http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4277 Oops. The checkin comment was "re-work the way we send NS_MOUSE_ENTER and NS_MOUSE_EXIT events to be more robust, don't drop events, and always order events correctly. This fixes 355102 and 332138 for sure, and probably fixes most of 354768 and 357253. The latter two bugs can sometimes have other causes as well. r=shebs sr=pav" so I should have looked at the bug or tried out the build for a few hours before saying that bug 354768 was fixed. Oops. The checkin comment was

“re-work the way we send NS_MOUSE_ENTER and NS_MOUSE_EXIT events to be more robust, don’t drop events, and always order events correctly. This fixes 355102 and 332138 for sure, and probably fixes most of 354768 and 357253. The latter two bugs can sometimes have other causes as well. r=shebs sr=pav”

so I should have looked at the bug or tried out the build for a few hours before saying that bug 354768 was fixed.

]]> By: Phil Ringnalda http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4276 Phil Ringnalda Sat, 14 Apr 2007 00:30:36 +0000 http://www.squarefree.com/burningedge/2007/04/13/2007-04-13-trunk-builds/#comment-4276 That's just cruel, claiming that bug 354768 is fixed. I couldn't imagine how I would have ignored the bugspam about it, but I still scurried off to read about how it was fixed, and how I could finally stop the constant "click in a form element, drat, click the desktop, again, desktop, again, finally I can type." That’s just cruel, claiming that bug 354768 is fixed. I couldn’t imagine how I would have ignored the bugspam about it, but I still scurried off to read about how it was fixed, and how I could finally stop the constant “click in a form element, drat, click the desktop, again, desktop, again, finally I can type.”

]]>