Forums Bug Reports /play command bug?

When I use the /play command with the -n switch to a $nick, it can only get one line played and then it stops. But when I play it to the $chan, it can play the whole file until it's finished. Why is this happening?

Again, this seems to happen to /play with the -n switch.

Any other switches being used?

No, just the -n switch. This only plays one line and then it stops. And it only affects $nick.

I'm not able to reproduce this on a vanilla 7.01 and 6.35.
What mIRC version do you use? Did you assure that no script is interfering by testing with no script loaded?
How do you see the play "stop": Do the playend echo show or the on playend event trigger? If not: is the play request still listed in the queue (/playctrl)? You should also check the play in @debug of the sending client - maybe the network suppresses consecutive notices for whatever reason...

I have not been able to reproduce this either, eg. if I use "//play -n $me readme.txt" I receive notices for all lines in the file.

I write these words test1, test2, test3, etc...in a text file line by line. Then I use what Khaled has done. I wind up getting this:
I'm not sure why this happens. There's more than one line in the file.txt. Once I take out the -n switch, everything's working fine. There's also no other command I use, such as /play stop or playend event, or other switches. I even unload all other scripts to just mainly test this matter, but the result's still the same.

I run mirc 6.35 under windows vista.

Since noone is able to reproduce the problem, it seems to be a possible, are you sure the server isn't the problem ? Are you using flood protection ? As suggested, try on a clean mIRC