[Bug 1252246] [NEW] Autopilot: assert window stack throughout install

Dan Chapman daniel at chapman-mail.com
Mon Nov 18 11:56:28 UTC 2013


Public bug reported:

At various points during the install we can come across various
different error dialogs, this is hard to anticipate which dialog will
appear at which point for what reason, therefore the current tests
ignore this fact and only check for two error dialog during the progress
bar section of the installation. Which polling on dbus for non existent
dialogs is really hacky and horrible.

We should rather use process manager to get the window stack and assert
the visible window stack at the beginning and end of each page load and
repeatedly during the progress bar section. If we catch that the window
stack has changed it can only be a dialog that's appeared so selecting
the visible dialog come up with a way to report which dialog appeared
and the info it provides.

Something along the lines of

#at the start of the test on ubiquity loading get the visible window stack 
visible_stack = self.process_manager.get_open_windows()  # returns a list of visible windows in stack order

#then throughout the test use 
self.assertVisibleWindowStack(visible_stack)

we need to catch and handle the exception correctly so we can get the
info we need before failing the test

** Affects: ubiquity (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: autopilot

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1252246

Title:
  Autopilot: assert window stack throughout install

Status in “ubiquity” package in Ubuntu:
  New

Bug description:
  At various points during the install we can come across various
  different error dialogs, this is hard to anticipate which dialog will
  appear at which point for what reason, therefore the current tests
  ignore this fact and only check for two error dialog during the
  progress bar section of the installation. Which polling on dbus for
  non existent dialogs is really hacky and horrible.

  We should rather use process manager to get the window stack and
  assert the visible window stack at the beginning and end of each page
  load and repeatedly during the progress bar section. If we catch that
  the window stack has changed it can only be a dialog that's appeared
  so selecting the visible dialog come up with a way to report which
  dialog appeared and the info it provides.

  Something along the lines of

  #at the start of the test on ubiquity loading get the visible window stack 
  visible_stack = self.process_manager.get_open_windows()  # returns a list of visible windows in stack order

  #then throughout the test use 
  self.assertVisibleWindowStack(visible_stack)

  we need to catch and handle the exception correctly so we can get the
  info we need before failing the test

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1252246/+subscriptions



More information about the foundations-bugs mailing list