Account confirmers, Anti-spam team, canmove, Confirmed users, Bureaucrats and Sysops emeriti
4,083
edits
Platform/2013-10-29: Difference between revisions
Jump to navigation
Jump to search
→Stability (kairo/bsmedberg)
| Line 372: | Line 372: | ||
===Stability (kairo/bsmedberg)=== | ===Stability (kairo/bsmedberg)=== | ||
* Gathered some data on stability work within the last year, here are some highlights: | |||
** Desktop browser crash rate is the same as a year ago, despite aggressively adding web features in that time | |||
** Plugin hangs and crashes are less than half of what they were a year ago (when Flash had an all-time-high on issues), thanks to work on both our and Adobe's side. | |||
** Android crash rate reduced by 67% | |||
** Nearly 1500 crash bugs fixed within the last year. | |||
{{readonly}} | {{readonly}} | ||
* Stability numbers for yesterday are still waiting on ADI numbers to arrive. | |||
* ASUS gamer OSD is now blocklisted on Fx27, which kills our #3 topcrash (pending approval Fx26) {{bug|812683}} | * ASUS gamer OSD is now blocklisted on Fx27, which kills our #3 topcrash (pending approval Fx26) {{bug|812683}} | ||
* A new version bitguard.dll is causing signification crash issues across channels. Currently we are unable to blocklist this DLL because it is loaded via APPINIT before the Firefox DLL blocklist is installed. dmajor has a theory of how we can fix this by not linking firefox.exe against user32.dll | * A new version bitguard.dll is causing signification crash issues across channels. Currently we are unable to blocklist this DLL because it is loaded via APPINIT before the Firefox DLL blocklist is installed. dmajor has a theory of how we can fix this by not linking firefox.exe against user32.dll | ||