Bug 255034

Summary: [GTK] Find in page (Ctrl+F search) should be able to automatically scroll scrolling elements, not just the main viewport
Product: WebKit Reporter: Jeff Fortin <nekohayo>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: NEW    
Severity: Normal CC: bugs-noreply
Priority: P2    
Version: Other   
Hardware: PC   
OS: Linux   

Jeff Fortin
Reported 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...
Attachments
Note You need to log in before you can comment on or make changes to this bug.