Confirmed users
729
edits
(15 intermediate revisions by 6 users not shown) | |||
Line 7: | Line 7: | ||
* update issues from 32->64 bit were resolved last week | * update issues from 32->64 bit were resolved last week | ||
* see [[#Roundtable|roundtable]] for discussion of onward plans | * see [[#Roundtable|roundtable]] for discussion of onward plans | ||
'''Firefox 3.6.10 [https://wiki.mozilla.org/Releases/Update_Terms Advertised Update]''' | |||
* Plan to release it tomorrow...objections? | |||
'''Firefox 3.6.11''' | |||
* Released to beta yesterday, throttled so only 15% of beta users see it | |||
* We will be increasing the throttling over the week | |||
* Email release-drivers if there is a regression found | |||
'''Firefox 3.5.14''' | |||
* Releasing to beta today, throttled so only 15% of beta users see it | |||
* We will be increasing the throttling over the week | |||
* Email release-drivers if there is a regression found | |||
= Blocker Report = | = Blocker Report = | ||
Line 23: | Line 36: | ||
= Platform = | = Platform = | ||
Real list found [https://wiki.mozilla.org/Platform/2010-Q4-Goals here]. Quick overview: | |||
{{:Platform/2010-Q4-Goals#General_Goals}} | {{:Platform/2010-Q4-Goals#General_Goals}} | ||
= GFX = | |||
* OpenGL composited layers turned on by default on OS X. | |||
** Couple of regressions we know about: | |||
*** Some QuickDraw plugins don't draw. {{bug|583499}} This means Quicktime on 10.5. 10.6 is pretty much unaffected because most 10.6 machines will run Firefox in 64-bit mode, and we don't support QuickDraw in 64-bit mode. | |||
*** Subpixel AA doesn't work on certain pages - {{bug|582223}}. | |||
* We need to install resistor dongles on all our Snow Leopard boxes. {{bug|600899}} | |||
** Otherwise, when we ask CGL for an accelerated pixel format, it returns NULL. | |||
= Tree Management = | = Tree Management = | ||
* yesterdays downtime went fine | |||
** landed bunch of changes into production: details in {{bug|593081}} | |||
** moved another 86 machines to new colo during yesterday morning downtime, now >50% of machines in new colo. | |||
= Roundtable = | = Roundtable = | ||
* Tomcat | * [Beltzner] Potential strategies for Beta 7 | ||
** Proposal A: Continue to Wait | |||
*** disable failing tests and merge GC Compartments to TM and m-c today or tomorrow, block on re-enabling failing tests | |||
*** gets us 40,000 nightly testers earlier, but scope of outstanding changes may negate that testing | |||
*** builds would not be until next Wednesday or Thursday | |||
*** would likely want to tag & branch for beta7 so tree could re-open | |||
*** Note: no nightlies on the beta7 RELBRANCH - only nightly testing would be on m-c | |||
** Proposal B: Ship B7 Without GC Compartments | |||
*** not sure how tied to JM correctness the work is | |||
**** Firebug and some other extensions would break, so we'd have to push out "extension-targeting freeze". | |||
*** would it invalidate feature/API freeze? | |||
*** could move to builds as early as this Wednesday | |||
*** means that GC Compartments lands with the other backlog of changes | |||
* [Tomcat|away during the meeting] Help testing OpenGL on Mac Trunk Nightly's and give us feedback | |||
** [http://blog.mozilla.com/tomcat/2010/10/04/help-testing-opengl-on-trunk-nighty-builds/ Tomcat's blog post on the topic] | |||
** also sign up to the [https://mail.mozilla.org/listinfo/nightly-testers nightly testers list] | |||
* (bsmedberg) Java signature dialog kicks in the hang detector - {{bug|555699}} - We currently can't fix this because the Java dialog occurs in yet another process. The options are | |||
*# ignore the problem, probably screw some corporate environments | |||
*# blacklist Java so it always runs in-process (stability and potential exploit surfaces get worse) | |||
*# wait for Oracle to respond |