ubuntu-webapps-bugs team mailing list archive

[Chris Coulson <chrisccoulson@xxxxxxxxxx>]

The changes required to fix this are quite intrusive (it depends on
https://git.launchpad.net/oxide/commit/?id=f99ce23c7d1880b8b083c4d13e496ca976606d15
as well). I'd like to fix this in 1.15, but for that branch I wonder
whether to just stop checking the clipboard contents in
WebView::EditingCapabilitiesChanged and effectively advertise that Paste
is enabled when any editable node is focused. This would obviously be a
small regression in the API for the 1.15 release, but it's probably
worth it to have this fixed.

What are your thoughts Olivier?

** Also affects: oxide/1.15
   Importance: Undecided
       Status: New

** Changed in: oxide/1.15
   Importance: Undecided => High

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

** Changed in: oxide/1.15
     Assignee: (unassigned) => Chris Coulson (chrisccoulson)

-- 
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/1569315

Title:
  Scrolling performance is dreadful after text has been selected

Status in Oxide:
  Fix Released
Status in Oxide 1.15 series:
  Triaged

Bug description:
  I just noticed this - after selecting text with the mouse (I haven't
  tried this on the phone yet), scrolling becomes very laggy. It
  normally doesn't recover after cancelling the selection.

  chrome://tracing shows the UI thread is blocking for ~50ms periods in
  MessageLoop::RunTask, which isn't particularly helpful. The task being
  executed was posted from
  IPC::ChannelProxy::Context::OnMessageReceivedNoFilter, so it's
  basically a message handler somewhere that's responsible.

  Bug 1565280 would really help here.

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