not strictly a WHOS-IN bug as such, (the problem below is actually
caused by bugs in the Microsoft ListView control) the end result is
something that 'appears' to be a WHOS-IN bug. We can
reproduce the problem at will, but have been unable to find a resolution.
problem lies with the drawing or 'painting' of the ListView control. WHOS-IN
saves the screen position, size, and
ListView column widths into the database when it shuts down, and reloads
those values when it restarts. If a combination of the form width and
column width leaves the bottom scroll bar almost touching the right-hand
edge, multiple copies of the text and grid are drawn on-screen.
Screen shot of problem area.
present, the only solution we know of is to 'refresh' the screen (by
hitting the refresh button on the toolbar, minimizing & restoring,
or moving the mouse around on the toolbar so that the tooltips are
displayed - there may be others as well).
prevent the problem, try to ensure that when you exit WHOS-IN, the bottom scroll bar is either not visible, or not close to the
right hand edge.
Microsoft has been
informed of the bug, however it is unlikely they will ever fix it,
because Visual Basic 6 has now been superceded by VB.Net.
encountered when moving the NAME column to position 1 (far left). This bug has
now been fixed. Please download the update from the Updates Page ASAP.
See the UPDATES
page for latest fixes...