Initial investigation:  There seems to be a blocking of task by blink scheduler 
because of prioritization of other task. So this may be result of side effect 
of blink scheduler policy.
Need to check more before any conclusion.
I get this log on console thrown by blink scheduler while scrolling on

qml: [JS] ( Blink deferred a task in order to
make scrolling smoother. Your timer and network tasks should take less
than 50ms to run to avoid this. Please see
/evaluate-performance/rail and for more

You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu.

  [browser] scrolling uneven and queues up

Status in Canonical System Image:
Status in Oxide:
Status in webbrowser-app package in Ubuntu:

Bug description:
  I've noticed this on a bunch of websites, mainly on Arale but also on
  krillin, both running latest rc-proposed with and without oxide 1.15

  The scenario is I'm on page A, navigate to page B, press back button,
  then try to scroll page A (flicking up). The page doesn't move for a
  short time then scrolls super fast almost to the bottom. Seems like
  the scroll events are getting queued up and then all applied at once.

  This site reproduces it pretty easy for me:

  1) goto
  2) type "kayak" in the search field
  3) you'll get a page full of results
  4) click on one of the results
  5) wait till page fully loads, flick quickly a few times, first flicks 
ignored. then press back button
  6) wait till page fully loads and then start scrolling (flicking up, multiple 
times), first flicks ignored/queued then scrolling happens fast

  Expected results:
  the page should start scrolling immediately and keep up with action of finger

  Actual results:
  the page is not responsive for a few seconds then scrolls super fast toward 
the bottom

To manage notifications about this bug go to:

Mailing list:
Post to     :
Unsubscribe :
More help   :

Reply via email to