Regression: QmlTests::BookmarksViewWide::test_delete_bookmark() is now failing
Bug #1526940 reported by
Olivier Tilloy
This bug report is a duplicate of:
Bug #1549256: UbuntuTestCase's flick() function is unreliable, does not always flick a Flickable.
Edit
Remove
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-ui-toolkit (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
webbrowser-app (Ubuntu) |
Fix Released
|
Critical
|
Olivier Tilloy |
Bug Description
A very recent landing (possible ubuntu-ui-toolkit 1.3.1761+
FAIL! : QmlTests:
Actual (): 3
Expected (): 2
Loc: [/tmp/buildd/
Related branches
lp:~osomon/webbrowser-app/workaround-1526940
- Michael Sheldon (community): Approve
- PS Jenkins bot: Needs Fixing (continuous-integration)
-
Diff: 15 lines (+4/-1)1 file modifiedtests/unittests/qml/WebbrowserTestCase.qml (+4/-1)
Changed in webbrowser-app (Ubuntu): | |
status: | New → Confirmed |
To post a comment you must log in.
Added a ubuntu-ui-toolkit task: we have a workaround that "fixes" the failing unit test, but that very much looks like a regression in the UITK itself. What’s happening is that if we don’t specify a non-null delay as the last parameter of flick(), the list item is swiped to the right but the confirm action is only partially visible, it’s offset by most of its width to the left. Specifying a delay of 1 is enough to trigger the expected behaviour.