Forums Bug Reports $1 defined on 2nd call, $$1 broken

Hello,

In the channel right-click context menu, a nick that was clicked on previously is still in the $1 variable, even when no nick is clicked on in the channel window. The $$1 conditional variable is also affected.

Repro steps:
1. Enable Auto-hide for a channel nick list. Channel window icon > Nick List > Auto-hide nick list.
2. Right click on a nick in the main window of the channel, and click Slap.
3. Right click in the main window of the same channel, near the right edge of the window but without activating the nick list, and not on a nick, and click Slap.

$1 is still defined as the nick that was clicked on in step 2. $1 should be $null if no nick was clicked on.

Version 7.25, Windows XP

Actually this bug has nothing to do with $1/$$1 and everything to do with your very last step of reproduction. You can take out step 2 completely:

1. Enable Auto-hide for a channel nick list. Channel window icon > Nick List > Auto-hide nick list.
2. Right click in the main window of the same channel, near the right edge of the window but without activating the nick list, and not on a nick

You will get the nicklist popup menu.

The issue seems to be that the hitbox area for the nicklist sticks around in the channel even when the nicklist is hidden, so if you click anywhere in the main window where the nicklist *would be*, you will activate the nicklist popup.

Workaround: don't click to the right side of the window. Crappy workaround, but fairly easy to avoid.

Solution would be for mIRC to reset the hitbox when the nicklist is hidden, which seems like a super simple fix.

Terrific. Thanks for your contribution, argv.

Are you a dev? Will you be able to address the bug?

Whether the nicklist is shown could also be checked when evaluating the $1 and $$1 variables.

Khaled is the only dev for mIRC. He does read all bug reports, so I'm sure he'll address this.

Thanks, this issue has been fixed for the next version.