[Webkit-unassigned] [Bug 255034] New: [GTK] Find in page (Ctrl+F search) should be able to automatically scroll scrolling elements, not just the main viewport

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Apr 5 09:12:20 PDT 2023


https://bugs.webkit.org/show_bug.cgi?id=255034

            Bug ID: 255034
           Summary: [GTK] Find in page (Ctrl+F search) should be able to
                    automatically scroll scrolling elements, not just the
                    main viewport
           Product: WebKit
           Version: Other
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKitGTK
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: nekohayo at gmail.com
                CC: bugs-noreply at webkitgtk.org

Originally filed at https://gitlab.gnome.org/GNOME/epiphany/-/issues/2022

Whether in complex forms (for example: this Bugzilla's "Component" field*) or applications like Trello or Kanboard (two kanban board web applications that allow having individual scrolling columns of items), Epiphany's Ctrl+F feature should be able to automatically scroll those scrolling components when it finds matches in them (WebKitGtk is already finding those results, just not scrolling to them).

For example, if I have a very long list of items in a trello column, each column can scroll individually, and the search result I'm looking for may therefore be off-screen. Epiphany tells me it can find the match for what I'm looking for, but it nevers shows the currently selected (if there are multiple matches, even if I click the v/^ buttons in the searchbar) to me, because it's off-screen due to scrolling. In comparison, Firefox is able to do this as expected.

Tested with Epiphany 44 / WebKitGTK 2.40.0

---

*: yeah, I know you can use typehead instead of find in this particular case, but this was just an example...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230405/02ec7744/attachment-0001.htm>


More information about the webkit-unassigned mailing list