Features/Firefox/Windows Plugin Hang UI/TestPlan: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
 
(27 intermediate revisions by the same user not shown)
Line 5: Line 5:
| Feature  
| Feature  
| Status  
| Status  
| Dev Lead  
| Release Target
| Lead engineer
| QA Lead  
| QA Lead  
| Status
| QA Status
|-
|-
| Windows Plugin Hang UI
| Windows Plugin Hang UI
| In Planning
| {{StatusHealthy|status=Landed}}
|  
| Firefox 20
| Aaron Klotz
| Manuela Muntean
| Manuela Muntean
|  
| {{StatusHealthy|status=Signed Off}}
|}
|}


Line 21: Line 23:
*Afterwards, plugins will be killed automatically after a longer timeout, between 45 and 60 seconds.
*Afterwards, plugins will be killed automatically after a longer timeout, between 45 and 60 seconds.
*This feature is available starting Firefox 19 Beta
*This feature is available starting Firefox 19 Beta
*Currently, this feature is available only on '''Windows''' OSs and regards only '''Flash''' hangs
*By default, Windows Plugin Hang UI is enabled
*For disabling the Windows Plugin Hang UI, you need to go to '''about:config''', and set the value of '''dom.ipc.plugins.timeoutSecs''' such that it is smaller than the value of '''dom.ipc.plugins.hangUIMinDisplaySecs'''
*[http://bit.ly/XXubpf Screenshot of Plugin Hang UI]


== Reference ==
== Reference ==


*[https://wiki.mozilla.org/Features/Firefox/Windows_Plugin_Hang_UI Wiki page]
*[https://wiki.mozilla.org/Features/Firefox/Windows_Plugin_Hang_UI Wiki page]
*[http://dblohm7.ca/blog/2012/11/22/plugin-hang-user-interface-for-firefox/ Aaron's blog post]


== Use Cases to Test ==
== Use Cases to Test ==
*Test that on Windows 2000 the service is not installed nor used when performing an update.
*Test that using a limited user account does not install the service.
*Test that installing an x64 native build on an 64-bit machine does not install the service nor uses the service.
*Test that installing an x86 build on an 64-bit machine, installs the service.
*Test that when performing an update and the service is not needed for write access (the UAC is set to off or is not present) the service will not be used (no new maintenanceservice logs are generated).
*Test that if the service is already installed:
**installing an update of a higher service number will replace the old service.
**installing an update of a lower service number will NOT replace the old service.
**and another product with a higher version number gets installed, it will replace the old service.
**and another product with a lower version number gets installed, it will NOT replace the old service.
*Test applying updates on a limited user account having the service already installed on the admin user account.
*Test applying updates on a limited user account without having the service already installed on the admin user account.
*Test applying updates on an limited user account from a Windows XP/ Windows 2003 machine (UAC is not present).
*Test applying updates on an admin user account from a Windows XP/ Windows 2003 machine (UAC is not present).
*Test applying updates on an admin user account having the UAC active (at all levels) from a Windows Vista/Windows 7 machine.
*Test applying updates on a limited user account having the UAC active (at all levels) from a Windows Vista/Windows 7 machine.
*Test applying updates on an admin user account having the UAC off from a Windows Vista/Windows 7 machine.
*Test applying updates on a limited user account having the UAC off from a Windows Vista/Windows 7 machine.
*Test doing 2 updates at once.


== Edge Cases ==
Test that the Plugin Hang UI dialog is displayed with:<br>
*Flash plugin installed and used in several tabs/windows


== Test Cases  ==
== Test Cases  ==


* The test cases for this feature can be viewed [here]. (tests are still under development, will be updated)
* Test cases and test results can be seen in the [http://bit.ly/10HnXyn Google Spreadsheet]
 
* They are also present in MozTrap, in the Windows Plugin Hang UI test suite.
==Bugs ==
==Bugs ==


*{{Bug|801806}} - SecReview: Windows Plugin Hang UI - '''NEW'''
*{{Bug|801806}} - SecReview: Windows Plugin Hang UI - '''NEW'''
*{{Bug|805591}} - Add UI to be shown when plugin is unresponsive - '''RESOLVED FIXED'''
*{{Bug|794690}} - Add telemetry for plugin hang recovery - '''RESOLVED DUPLICATE'''
*{{Bug|827330}} - Windows build error in PluginHangUIParent.cpp - '''RESOLVED FIXED'''
*{{Bug|818307}} - Add flag to chromehang when user selects "Continue" in Plugin Hang UI - '''NEW'''
*{{Bug|822051}} - kill flash hangs on unsuspend - '''NEW'''
*{{Bug|828034}} - crash in mozilla::ipc::RPCChannel::EnteredCxxStack - '''VERIFIED FIXED'''
*{{Bug|829909}} - crash in nsWindow::Enable @ UserCallWinProcCheckWow - '''RESOLVED FIXED'''
*{{Bug|830910}} - slow script warning does not account for plugin hangs - '''NEW'''
*{{Bug|833560}} - Increase Plugin Hang UI threshold - '''VERIFIED FIXED'''
*{{Bug|834127}} - Windows is intermittently not setting WS_VISIBLE on the Plugin Hang UI dialog - '''VERIFIED FIXED'''
*{{Bug|845491}} - Unresponsive plugin/plug-in (hang dialog): Button width doesn't fit text size - '''VERIFIED FIXED'''
== Sign off ==
;Criteria
*All the test cases were executed.
*All the blocker, critical, major bugs have been fixed.


== Sign off Criteria ==
;Sign offs
*Firefox 20 Aurora (pre-beta sign off) - 02/15/2013
**Ran the test cases on Windows 7 64bit, Windows 7 32bit, Windows 8 32bit, Windows 8 64bit, Windows XP 32bit, Windows Vista 32bit

Latest revision as of 14:38, 18 March 2013

Windows Plugin Hang UI

Feature Status Release Target Lead engineer QA Lead QA Status
Windows Plugin Hang UI Landed Firefox 20 Aaron Klotz Manuela Muntean Signed Off

Summary

  • An UI presenting which plugin is unresponsive and allowing to kill it will be shown after each crash.
  • Afterwards, plugins will be killed automatically after a longer timeout, between 45 and 60 seconds.
  • This feature is available starting Firefox 19 Beta
  • Currently, this feature is available only on Windows OSs and regards only Flash hangs
  • By default, Windows Plugin Hang UI is enabled
  • For disabling the Windows Plugin Hang UI, you need to go to about:config, and set the value of dom.ipc.plugins.timeoutSecs such that it is smaller than the value of dom.ipc.plugins.hangUIMinDisplaySecs

Reference

Use Cases to Test

Test that the Plugin Hang UI dialog is displayed with:

  • Flash plugin installed and used in several tabs/windows

Test Cases

  • Test cases and test results can be seen in the Google Spreadsheet
  • They are also present in MozTrap, in the Windows Plugin Hang UI test suite.

Bugs

  • bug 801806 - SecReview: Windows Plugin Hang UI - NEW
  • bug 805591 - Add UI to be shown when plugin is unresponsive - RESOLVED FIXED
  • bug 794690 - Add telemetry for plugin hang recovery - RESOLVED DUPLICATE
  • bug 827330 - Windows build error in PluginHangUIParent.cpp - RESOLVED FIXED
  • bug 818307 - Add flag to chromehang when user selects "Continue" in Plugin Hang UI - NEW
  • bug 822051 - kill flash hangs on unsuspend - NEW
  • bug 828034 - crash in mozilla::ipc::RPCChannel::EnteredCxxStack - VERIFIED FIXED
  • bug 829909 - crash in nsWindow::Enable @ UserCallWinProcCheckWow - RESOLVED FIXED
  • bug 830910 - slow script warning does not account for plugin hangs - NEW
  • bug 833560 - Increase Plugin Hang UI threshold - VERIFIED FIXED
  • bug 834127 - Windows is intermittently not setting WS_VISIBLE on the Plugin Hang UI dialog - VERIFIED FIXED
  • bug 845491 - Unresponsive plugin/plug-in (hang dialog): Button width doesn't fit text size - VERIFIED FIXED

Sign off

Criteria
  • All the test cases were executed.
  • All the blocker, critical, major bugs have been fixed.
Sign offs
  • Firefox 20 Aurora (pre-beta sign off) - 02/15/2013
    • Ran the test cases on Windows 7 64bit, Windows 7 32bit, Windows 8 32bit, Windows 8 64bit, Windows XP 32bit, Windows Vista 32bit