Bug 255034 - [GTK] Find in page (Ctrl+F search) should be able to automatically scroll scrolling elements, not just the main viewport
Summary: [GTK] Find in page (Ctrl+F search) should be able to automatically scroll scr...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: Other
Hardware: PC Linux
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-04-05 09:12 PDT by Jeff Fortin
Modified: 2023-04-05 09:12 PDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff Fortin 2023-04-05 09:12:20 PDT 
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...