| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0002834 | NetSurf | RISC OS-specific | public | 2021-11-26 14:31 | 2022-02-09 14:12 | ||||||||
| Reporter | Bernard Boase | ||||||||||||
| Assigned To | |||||||||||||
| Severity | minor | Reproducibility | always | ||||||||||
| Status | new | Resolution | open | ||||||||||
| Platform | ARMX6, RPi 3,4,400 | OS | RISC OS | OS Version | 5.29 | ||||||||
| Product Version | |||||||||||||
| Target Version | Fixed in Version | ||||||||||||
| Summary | 0002834: 'Find text' fails to reposition display at found text | ||||||||||||
| Description | When using 'Find text', hHighlighted text found on a web page is correctly visible if the page does not need to be scrolled down. Further hits usng 'Next' that are not visible on the page displayed should cause automatic scrolling down in order to display them. This does not happen. Manual scrolling has to be used to find those highlighted hits. | ||||||||||||
| Steps To Reproduce | Use 'Find text' to look for a search string that is not on the visibly displayed portion of the web page. Use 'Find text' repeatedly on the same page that contains the search string below the visible portion of the web page. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Fixed in CI build # | |||||||||||||
| Reported in CI build # | 5313 | ||||||||||||
| URL of problem page | Any | ||||||||||||
| Attached Files |
| ||||||||||||
 Relationships |
|
 Relationships |
| Notes |
|
Dave Higton (developer) 2021-12-23 14:13 |
I just tried searching for "Posted by" on Slashdot (every post has this in its first line) and every find was scrolled to. So I cannot reproduce the problem. NS CI#5318, RO 5.29 (28-Nov-21), Raspberry Pi 3B+. |
Harriet Bazley (reporter) 2021-12-23 22:15 |
Is this by any chance related to bug https://bugs.netsurf-browser.org/mantis/view.php?id=2740? |
|
Bernard Boase (reporter) 2021-12-24 11:05 |
Not a Wikipedia frames issue, just any simple HTML page with occurences of the F4 Find search string. Tested now on: Pi 4, [ROOL ePic] OS 5.24, NetSurf 3.8 (Dev CI #3418) -- result normal Pi 400, [Cloverleaf] OS 5.29 (18-Jul-2021), NetSurf 3.11 (Dev) -- result abnormal in that scrolling doesn't happen, plus several of the found strings are not even highlighted. ARMX6, [R-Comp] OS 5.29 (03-Nov-2020), NetSurf 3.11 (Dev CI #5313 -- result abnormal as in Description above. |
|
Harriet Bazley (reporter) 2021-12-24 12:54 |
I've just repeated the test on this very page, looking for the string 'scroll'; the result is normal, using ARMX6 with OS 5.27 (30-Sep-20), Netsurf Dev Cl #5313 |
|
Bernard Boase (reporter) 2021-12-24 16:25 |
Harriet's and my ARMX6s can't be all that different, so perhaps mine has an app or process that is affecting NetSurf's automatic scrolling to found text. How to investigate further? |
|
samual (reporter) 2022-02-09 14:12 |
vs |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-11-26 14:31 | Bernard Boase | New Issue | |
| 2021-12-23 14:13 | Dave Higton | Note Added: 0002348 | |
| 2021-12-23 22:15 | Harriet Bazley | Note Added: 0002349 | |
| 2021-12-24 11:05 | Bernard Boase | Note Added: 0002350 | |
| 2021-12-24 12:54 | Harriet Bazley | Note Added: 0002351 | |
| 2021-12-24 16:25 | Bernard Boase | Note Added: 0002352 | |
| 2022-02-09 14:12 | samual | Note Added: 0002359 | |
| Issue History |