Browser tab movement is jumpy and unpredictable on arale
Bug #1448010 reported by
Dave Morley
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
webbrowser-app |
Invalid
|
High
|
Unassigned | ||
oxide-qt (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
STEPS:
1. Install latest image on arale
2. Install oxide-qt 1.7.3
3. Open the browser
4. Open a few tabs and open pages in them
5. Swipe up from the bottom of one of the pages and try to reliable select a tab
EXPECTED:
The tabs to scroll smoothly up and down and be easy to select
ACTUAL:
The tabs move erratically at best. You can swipe up and it movely smoothly initially but it gets worse as you keep scrolling. You can stop on a particular tab and it change as the scroll wasn't complete. The version on the device prior to the silo being added is much more reliable.
tags: | added: qa-silo |
summary: |
- Browser tab movement is jumpy and unpridicatble in 1.7.3 + Browser tab movement is jumpy and unpredictable with oxide 1.7.3 |
Changed in oxide-qt (Ubuntu): | |
status: | New → Invalid |
To post a comment you must log in.
Having implemented the tabs list view (http:// bazaar. launchpad. net/~phablet- team/webbrowser -app/trunk/ view/head: /src/app/ webbrowser/ TabsList. qml), two possible causes come to mind:
1) advance loading of delegates is not aggressive enough, and thus when a delegate is required its instantiation slows down the scrolling
2) image captures of webviews are large and loading them (even though it’s done asynchronously) slows down the scrolling
To eliminate those causes, I did two things:
1) always load all the delegates when the view is first shown, thus eliminating the progressive loading
2) replace image captures by images of the same dimensions but much smaller in size (from ~150KB for each capture down to 25KB)
Neither of those changes (nor the two changes combined) made any difference to the jumpiness.