webbrowser_app.tests.test_selection.TestSelection.test_resize_selection fails on mako
Bug #1433020 reported by
Olivier Tilloy
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
webbrowser-app |
Fix Released
|
Critical
|
Olivier Tilloy | ||
webbrowser-app (Ubuntu) |
Fix Released
|
Undecided
|
Olivier Tilloy |
Bug Description
webbrowser_
The last passing smoke test run was http://
The first failure appeared in http://
Image #119 had an upgrade from oxide 1.4.2 to 1.5.3, which might be the cause of the issue (needs further investigation to confirm).
I’m attaching a video of a failing test run, courtesy of Arthur Mello.
Note that the same test passes on krillin.
Related branches
lp:~osomon/webbrowser-app/more-robust-selection-test
- PS Jenkins bot: Needs Fixing (continuous-integration)
-
Diff: 28 lines (+8/-4)1 file modifiedtests/autopilot/webbrowser_app/tests/http_server.py (+8/-4)
Changed in webbrowser-app: | |
assignee: | Olivier Tilloy (osomon) → Arthur Mello (artmello) |
Changed in webbrowser-app: | |
assignee: | Arthur Mello (artmello) → Olivier Tilloy (osomon) |
status: | Triaged → In Progress |
Changed in webbrowser-app (Ubuntu): | |
assignee: | nobody → Olivier Tilloy (osomon) |
Changed in webbrowser-app: | |
status: | In Progress → Fix Released |
To post a comment you must log in.
I just linked a branch which I hope will fix the issue on mako. This updates the selection test page by adding another div that will define the new selection when growing it from the smaller div.
My wild guess is that the newest version of oxide (chromium under the hood) computes differently the body element’s margins. Adding a div with explicit margins should work around the issue.