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: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bugs-noreply |
| Priority: | P2 | ||
| Version: | Other | ||
| Hardware: | PC | ||
| OS: | Linux | ||
Jeff Fortin
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 | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |