Browser tab movement is jumpy and unpredictable on arale
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | webbrowser-app |
Invalid
|
High
|
Unassigned | |
| | oxide-qt (Ubuntu) |
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 |
| Olivier Tilloy (osomon) wrote : Re: Browser tab movement is jumpy and unpredictable with oxide 1.7.3 | #1 |
| Changed in webbrowser-app: | |
| status: | New → Confirmed |
| summary: |
- Browser tab movement is jumpy and unpredictable with oxide 1.7.3 + Browser tab movement is jumpy and unpredictable with oxide 1.7.3 on + arale |
| Olivier Tilloy (osomon) wrote : Re: Browser tab movement is jumpy and unpredictable with oxide 1.7.3 on arale | #2 |
I just reflashed the latest image (which has oxide 1.5.5), and the problem persists, so it’s clearly not a regression in oxide (was very unlikely anyway).
| summary: |
- Browser tab movement is jumpy and unpredictable with oxide 1.7.3 on - arale + Browser tab movement is jumpy and unpredictable on arale |
| Changed in webbrowser-app: | |
| importance: | Undecided → High |
| Olivier Tilloy (osomon) wrote : | #3 |
I’m not seeing this issue any longer. Dave, feel free to re-open if you think this is not really fixed.
| Changed in webbrowser-app: | |
| status: | Confirmed → Invalid |


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.