This seems to be a bug, and is not new in 6.17, but I haven't seen it reported yet.
Move an application partially on top of mIRC, then move the mouse in the top application on the covered area of a partially covered switchbar button. Then, if anything causes the switchbar to be updated (e.g. activity in another window), the
non-active mIRC process will display the switchbar button as hot-tracked, as if it was hovered with the mouse. Even though the mouse
is indeed within the button's rectangle, mIRC disregards the fact that there is a window in "between".
Example:
In this case it's the status window where something happened - I started a timer - when it went off, the #mirc button was redrawn as hot-tracked even though the mouse was on the other, active application. I never moved the mouse during all this. WinXP SP2, default theme, etc.
