[comctl32] a very funny transitive repainting bug (observable e.g. in filebrowser & servman)

reactOS r71160 is affected

see video-2016-04-14T21-34-14-812500000Z.webm

Steps to reproduce:

• open explorer in details view and open a folder that is large enough for a vertical slider
• move the vertical slider to the bottom
• now delete a file
• the area where the file has been will erroneously be repainted with wrong data giving you the illusion the neighbor-file would exist twice....

afterwards the bug can be 'transitively extended' when moving arrow-key up

• ros log shows nothing
• and the spooky things come to an end as soon as you press F5 to refresh the view

Maybe enforcing explicit full view refresh after file-operations is enough to fix this, but I am not sure whether this is tolerable from a performance view

CC smiley