2020-07-02 20:30 BST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0002562NetSurfRISC OS-specificpublic2018-08-29 14:59
ReporterDave Higton 
Assigned ToMichael Drake 
PlatformBBxMOSRISC OSOS Version5.23 (08-Sep-17)
Product Version3.7 
Target Version3.8Fixed in Version3.8 
Summary0002562: Hotlist and global history redraw issues
DescriptionIn some circumstances the hotlist and global history windows are not redrawn correctly. The bottom item disappears when a higher item is expanded. When two items are contracted, the last item is not erased.
Steps To ReproduceOpen a hotlist or global history window with blank space below the bottom item.

1) Expand an item other than the bottom one, and observe that the bottom item disappears. Contract the expanded item, and observe the bottom item reappear.

2) Expand two items, then contract them. Observe that the bottom item appears in its correct position, but also in its last position prior to the contraction.

In both cases, dragging another window over the area in question causes it to be correctly redrawn.
Additional InformationObserved in CI #4213 and a few versions before it. It probably crept in with the search feature.
TagsNo tags attached.
Fixed in CI build #4368
Reported in CI build #
URL of problem page
Attached Files


Vincent Sanders


Vincent Sanders (administrator)

we are unable to reproduce this on the current build in gtk can you please provide a confirmation it is still occurring and if it is screenshots of each stage
Dave Higton


Dave Higton (developer)

Last edited: 2018-04-21 20:56

View 2 revisions

Screen shots taken with CI #4326 on RISC OS:

screen1.jpg: Hotlist
screen2.jpg: Hotlist with one section expanded - note the bottom item has disappeared
screen3.jpg: Hotlist with two sections expanded
screen4.jpg: One section contracted - note the bottom line appears twice
screen5.jpg: as screen4 but after dragging another window over part of the last line, in order to force a redraw.

I kind of expect it to be RO-specific. It looks like an off-by-one error when calculating how many rows to render.

Michael Drake


Michael Drake (administrator)

Please try with build 4368 or later.
Vincent Sanders


Vincent Sanders (administrator)

Thank you for your report, this has been resolved in the 3.8 release

-Issue History
Date Modified Username Field Change
2017-10-03 19:53 Dave Higton New Issue
2018-04-21 09:46 Vincent Sanders Status new => feedback
2018-04-21 09:46 Vincent Sanders Steps to Reproduce Updated View Revisions
2018-04-21 09:46 Vincent Sanders Note Added: 0001755
2018-04-21 20:55 Dave Higton File Added: jpegs.zip
2018-04-21 20:55 Dave Higton Note Added: 0001769
2018-04-21 20:55 Dave Higton Status feedback => new
2018-04-21 20:56 Dave Higton Note Edited: 0001769 View Revisions
2018-07-20 16:09 Michael Drake Assigned To => Michael Drake
2018-07-20 16:09 Michael Drake Status new => acknowledged
2018-07-26 15:16 Michael Drake Status acknowledged => resolved
2018-07-26 15:16 Michael Drake Resolution open => fixed
2018-07-26 15:16 Michael Drake Fixed in Version => 3.8
2018-07-26 15:16 Michael Drake Target Version => 3.8
2018-07-26 15:16 Michael Drake Fixed in CI build # => 4368
2018-07-26 15:16 Michael Drake Note Added: 0001784
2018-08-29 14:59 Vincent Sanders Status resolved => closed
2018-08-29 14:59 Vincent Sanders Note Added: 0001826
+Issue History