Powered by:

ohost

Bulgarian mirror 10 Gbps

Protocols: HTTP, HTTPS, FTP, RSYNC
Contact Us: support@ohost.bg

PuTTY semi-bug win-redraw

PuTTY semi-bug win-redraw

This is a mirror. Follow this link to find the primary PuTTY web site.

Home | FAQ | Feedback | Licence | Updates | Mirrors | Keys | Links | Team
Download: Stable · Snapshot | Docs | Changes | Wishlist

summary: Window redraw problems on Windows (white areas)
class: semi-bug: This might or might not be a bug, depending on your precise definition of what a bug is.
difficulty: taxing: Needs external things we don't have (standards, users etc)
priority: medium: This should be fixed one day.
present-in: 0.56 2005-01-13 0.58

We get occasional reports of failure to redraw parts of the PuTTY terminal window, typically when another window is opaquely dragged over the PuTTY window, leaving white areas on the window which can usually be filled in by dragging another window over the PuTTY window again. Two of us have managed to reproduce this ourselves with vigorous window-waving.

Currently this looks like a Windows bug. We (JTN and OSD) can reproduce it with apps other than PuTTY (for instance, in WordPad's menu bar). We're assured that this probably isn't a function of the video card driver (which isn't responsible for calculating what to redraw, just for doing what it's told), but it may be a function of the Windows version (all reports so far are on NT-series OSs, and my (JTN) attempts to reproduce on 98SE didn't show anything).

(I (JTN) have a vague recollection about some misgivings and our return value from window/dialog functions, or similar, compared to the docs on MSDN, although this was years ago. I wonder if that could be causing this?)

Reports:


If you want to comment on this web site, see the Feedback page.
Audit trail for this semi-bug.
(last revision of this bug record was at 2016-12-20 17:30:51 +0000)
Mirror hosted by: OHOST LLC