ubuntu-webapps-bugs team mailing list archive

[Olivier Tilloy <olivier.tilloy@xxxxxxxxxxxxx>]

Public bug reported:

I’m testing webbrowser-app with a local build of oxide master, and I’m seeing a regression in the find-in-page functionality.
 1) If I browse to e.g. http://start.ubuntu.com, activate find-in-page and search for "ubuntu", I get 3 results, and the first one is highlighted (counter: "1/3")
 2) If I press the next match button, the second match is highlighted (counter: "2/3")
 3) If I press again the next match button, the third match is highlighted (counter: "3/3")
 4) If I press again the next match button, I expect the navigation to wrap, and the first match to be highlighted, but instead no match is highlighted, and the counter remains at "3/3"
 5) If I press again the next match button, the first match is highlighted, and the counter updated to "1/3".

It looks like find-in-page behaves as if there was a fourth phantom
match that doesn’t update the counter (at step 4).

I’m not observing this with oxide 1.18.3, so this seems to be a recent
regression in oxide master.

** Affects: oxide
     Importance: Undecided
         Status: New

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

Title:
  find in page doesn’t wrap correctly

Status in Oxide:
  New

Bug description:
  I’m testing webbrowser-app with a local build of oxide master, and I’m seeing a regression in the find-in-page functionality.
   1) If I browse to e.g. http://start.ubuntu.com, activate find-in-page and search for "ubuntu", I get 3 results, and the first one is highlighted (counter: "1/3")
   2) If I press the next match button, the second match is highlighted (counter: "2/3")
   3) If I press again the next match button, the third match is highlighted (counter: "3/3")
   4) If I press again the next match button, I expect the navigation to wrap, and the first match to be highlighted, but instead no match is highlighted, and the counter remains at "3/3"
   5) If I press again the next match button, the first match is highlighted, and the counter updated to "1/3".

  It looks like find-in-page behaves as if there was a fourth phantom
  match that doesn’t update the counter (at step 4).

  I’m not observing this with oxide 1.18.3, so this seems to be a recent
  regression in oxide master.

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