ubuntu-webapps-bugs team mailing list archive

[Chris Coulson <chris.coulson@xxxxxxxxxxxxx>]

Public bug reported:

When the OSK appears, we scroll the focused editable element in to view.
We currently have a bit of a hacky workaround in Oxide to prevent this
functionality from interacting badly with the browser's header bar (see
https://bugs.launchpad.net/oxide/+bug/1301681/comments/3). The
workaround basically avoids scrolling during the resize, but instead
scrolls once after a short delay when resizing has finished.

It should be possible for us to remove this workaround now that the
browser is using LocationBarController. Obviously, we can only do this
once the browser on Krillin is using LocationBarController.

** Affects: oxide
     Importance: Medium
         Status: Triaged

** Changed in: oxide
   Importance: Undecided => Medium

** Changed in: oxide
       Status: New => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1445585

Title:
  Drop workaround for the old browser header bar

Status in Oxide Webview:
  Triaged

Bug description:
  When the OSK appears, we scroll the focused editable element in to
  view. We currently have a bit of a hacky workaround in Oxide to
  prevent this functionality from interacting badly with the browser's
  header bar (see
  https://bugs.launchpad.net/oxide/+bug/1301681/comments/3). The
  workaround basically avoids scrolling during the resize, but instead
  scrolls once after a short delay when resizing has finished.

  It should be possible for us to remove this workaround now that the
  browser is using LocationBarController. Obviously, we can only do this
  once the browser on Krillin is using LocationBarController.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1445585/+subscriptions