Forums Bug Reports $isid bug..

Hi!!!1!@#!

alias bug.report { echo -a $iif($isid,yes,no) }

Both //echo -a $bug.report and /bug.report echo's 'yes', while it should echo 'no' at the /bug.report.

I do understand why it does this (it's checking the $iif instead of /bug.report) and it's not hard to bypass (var %x $isid), but its a bug nonetheless, in my opinion at least.

Also, one more bug I wasn't going to post, but just have to note. For some reason when I go to the forums I can't post anything, untill I use the 'jump to' button on the bottom of the forum.

It says:
Permissions
You cannot start new topics
You cannot reply to topics
HTML is disabled
UBBCode is enabled

on every forum untill I jump to the forum.

Love and kisses,
Your good and sexy friend, WatchMinister.

i think it has to do with $isid is true in the $iif alias (where it is be being applied) rather than the alias itself with the condition. Did u try:

alias bug.report { if ($isid) /echo -a Yes | else /echo -a No }

>:D

It does not do this in 6.00, but behaves as it should.
$bug.report displays yes.
/bug.report displays no.

I have not tested in 6.01-6.03

- Raccoon

I think she already indicated that she's well aware of this.

Well they mentioned creating a -useless- variable to byapss it, and not just doing the condition.

They have an ancient saying where I come from: "He who thinks im female is wrong". Think about it!

Anyways, like I said, its easily bypassable, but that doesn't mean its right to have the bug in mIRC.

I woudln't really call it a bug though, but more a preference. I mean, the isid is doing its job, and to fix it would to create an exception to the rule just for cases like this instance. I'd say leave it alone, and do the work around. Of course, thats just my opinion. >:D

//echo -a $version - $iif($isid,Yes,No) $+($isid) $eval($isid,2) $gettok($isid,1,32)

6.00 - No $false $false $false
6.03 - Yes $false $false $false

Interesting how this is limited to $iif alone. I might speculate this was to take care of some $null string evaluating bug, and now $iif conditions are evaluating differently than usual?

- Raccoon

Why would this really be an "exception to the rule"? Why would you ever intend to use $isid inside $iif? If you are testing inside $iif, you already know it is $true, so why bother testing? Since there is no /iif, it really shouldn't hurt anything to change the way $isid works. And as Racoon stated, it appears that the way it currently is it is the exception to the rule, not with the new way.

why use an $isid inside an $iif?

alias sayblah { $iif($isid,return,echo -a) $1- }

there's your reason.

Try reading what I wrote. I said why would you ever use it to mean "is $iif an identifier?" (the way it currently seems to work) it will ALWAYS be true.

ah yea I need more sleep, sorry