touch-packages team mailing list archive

[Olivier Tilloy <olivier.tilloy@xxxxxxxxxxxxx>]

When the error happens, the selection rectangle isn’t drawn on screen.
The webview has registered a long press event though, as evidenced by this log:

    WebContextMenu::Show: Content requested a context menu, but the
application hasn't provided one

Testing manually in the browser, the selection rectangle appears
reliably on long press, so it seems to be an issue with the tests only,
not with the functionality itself.

On devices, the way the autopilot tests simulate a long press event to
summon the selection rectangle is like this:

    webview = self.main_window.get_current_webview()
    self.pointing_device.move_to_object(webview)
    self.pointing_device.press()
    time.sleep(1.5)
    self.pointing_device.release()

I tested various values for time.sleep() (increased it and decreased
it), to no avail. Under 1.5 seconds, there are occurences where the
webview doesn’t register a long press event. Higher values don’t seem to
fix the issue either.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1485984

Title:
  webbrowser_app.tests.test_selection.TestSelection.* flaky since oxide
  1.8

Status in webbrowser-app package in Ubuntu:
  Confirmed

Bug description:
  Since the upgrade to oxide 1.8, the
  webbrowser_app.tests.test_selection.TestSelection.* test case exhibits
  a flaky behaviour on devices (both mako in CI and krillin tested
  locally).

  An example failure (from a CI run on mako):
  https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-
  mako/3109/testReport/junit/webbrowser_app.tests.test_selection/TestSelection/test_resize_selection/.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1485984/+subscriptions