QA/Firefox3/TestResults/RC1/RC2BugCandidates: Difference between revisions

← Older edit

QA/Firefox3/TestResults/RC1/RC2BugCandidates (view source)

Revision as of 22:12, 23 May 2008

255 bytes removed , 23 May 2008

m

→‎Bug Candidates for Triage

Tchung

Confirmed users

6,361

edits

@@ Line 10: / Line 10: @@
 * or... nominate the wanted 1.9.0.x flag
-;Bugs (as of 5/23/08):
+;Priority 1 for RC2 respin:
-;Priority 1:
 *'''[RC2+]'''{{Bug|433340}} – bookmark dialog covers candidate window when using IME.  Status: recommended for RC2 with patch in place.
@@ Line 18: / Line 17: @@
 ;Should Be added with the respin
 *'''[RC2+]'''Renom'd {{bug|433298}} EULA cut off checkbox/buttons on bottom - unusable on small (EeePC) screens for blocking-firefox3. Linux users in this mode have a minimal way to move forward with the installer.  Status: patch ready.
-;Crashers [ss]
 *'''[RC2+]'''{{Bug|435047}} – Consistent Crash in nsHTMLReflowState::GetNearestContainingBlock when visiting site. depends on {{bug|398332}}  We want this for RC2.  Highly visited site.
 *'''[RC2+]'''{{bug|433525}} - crash [@ nsNavHistoryQueryResultNode::IsContainersQuery()].   Number 1 topcrash, is a recent regression which we should probably respin for. The bug has a patch ready to go.  We want this for RC2.
 *'''[RC2?]'''{{Bug|434401}} – crash [@ gfxWindowsFont::GetOrMakeFont(FontEntry*, gfxFontStyle const*)]. that may be happening in thebes or layout. dbaron believes thebes. Needs a developer, comments in stack aren't helpful. This is a crash on startup.  We want to nominate for RC2.
-* <del>{{Bug|434403}} – startup crash [@ nsDocShell::SetupNewViewer(nsIContentViewer*)]. recent regression. While we saw this crash in beta 5 (presumably from upgrading from beta 4), it's much greater this release and happens at a different address. If timeless is right in that bug, it's a pretty easy fix.  but we'd need to test with a round of RC1 -> RC2, to confirm its been fixed. </del>  We have no patch, and QA cannot reproduce.  Moving it out.
-;Accessibility [marcoz]
 *'''[RC2?][has-patch,has-review]'''{{Bug|432970}} - Shutdown() of nsXULTooltipAccessible is not called. Affects Linux only, but can cause accessible tree corruption because tooltip accessibles from tabs that are already closed may still be around and accidentally accessed by the Orca screen reader. Again not a blocker, but a good candidate to tag along.  (Per [https://bugzilla.mozilla.org/show_bug.cgi?id=432970#c11 #c11], 2 related crashes)  We want this in RC2.  Patch should be low risk.
 *'''[RC2?][has-patch,has-review]'''{{Bug|434002}} - event show isn't fired for treecol accessible. This is an embarrassing oversight from review of fix for {{bug|413777}}. It basically means that event_show is never ever called for any accessible even if it needs to be. The most obvious use case we found isn't in Firefox but Thunderbird, when column (See [https://bugzilla.mozilla.org/show_bug.cgi?id=434002#c6 #c6])  We want this for RC2.
@@ Line 33: / Line 26: @@
 ;Webdev or External
-* {{Bug|419928}} – Add "InstallerLocation" for Java in PFS. PFS is broken on production, stuck in infinite loop.  Webdev fix by adding a manual install option.
+* '''[RC2?]'''{{Bug|419928}} – Add "InstallerLocation" for Java in PFS. PFS is broken on production, stuck in infinite loop.  Webdev fix by adding a manual install option.
-* {{Bug|433592}} – PFS shouldn't offer Flash .xpi for Firefox 3 on Vista or Linux.  Same issue as bug 419928, need a manual install option on PFS.  Lots of complaints in hendrix on this.
+* '''[RC2?]'''{{Bug|433592}} – PFS shouldn't offer Flash .xpi for Firefox 3 on Vista or Linux.  Same issue as bug 419928, need a manual install option on PFS.  Lots of complaints in hendrix on this.
-* {{Bug|396259}} – hotmail.com - Hotmail (Classic interface) cannot be accessed from non-Firefox Gecko browsers.  There seems to still be reports in Hendrix that New hotmail is not working yet.  TE bug, nothing we can do here.
+* '''[RC2?]'''{{Bug|416396}} - We keep getting pinged on this craziness of flash stating that it installs when it doesn't.  I realize we are waiting on Adobe for this and we can't gate FFx 3 on adobe's time frame, but is there really '''nothing''' we can do?  This should be the very first relnote on the release notes page if we do have to ship with this completely broken.
-* {{Bug|416396}} - We keep getting pinged on this craziness of flash stating that it installs when it doesn't.  I realize we are waiting on Adobe for this and we can't gate FFx 3 on adobe's time frame, but is there really '''nothing''' we can do?  This should be the very first relnote on the release notes page if we do have to ship with this completely broken.
 = Minor bugs worth noting for a 3.0.x =
+* {{Bug|434403}} – startup crash [@ nsDocShell::SetupNewViewer(nsIContentViewer*)]. recent regression. While we saw this crash in beta 5 (presumably from upgrading from beta 4), it's much greater this release and happens at a different address. If timeless is right in that bug, it's a pretty easy fix.  but we'd need to test with a round of RC1 -> RC2, to confirm its been fixed.  We have no patch, and QA cannot reproduce.  Moving it out.
 *{{Bug|434749}} - DnD is broken in the Library for (he) locale - plussed for 3.0.1 or rc2.  a+ = schrep for 3.0.1 or RC2 please land on cvs trunk.  Doesnt block a critical operation.  user can still move tabs around.
 * {{Bug|434624}} - safebrowsing file not updated on first launch.   Safebrowsing doesn't get updated, until you quit and start the browser after the very first launch.  File actually does grow, but the OS just doesnt show it until restart.