It seems that when I try to paste long streams or scripts to someone in a chat window, it only pastes a few of the lines and then stops, this wasn't so in mirc 6.17 (althought even that didn't paste over so many lines). I can't seem to find any option to allow for more, and i've disabled the flood protection that's built it with still no results, and even that is set to 5000 lines. Currently, it seems to paste about 16 lines and then just stop, and so i have to constantly copy+paste from the document or script to paste it to the person. If this is an option that can be turned off, that'd be great, if it's a copy-paste bug created in this new version as someone suggested to me that it may be, then I hope it's fixed soon.

Thanks

This may be a sever side anti-flood feature.

Most IRCD's have built in message queues (sendq) to avoid flood, in general cases they let you send so many lines instantly before it starts queueing on the server side (if client internal queue bypassed or not used). A server will only keep so many messages in the sendq for a user. After that is reached what the server does can vary, some disconnect the user (flood, sendq exceeded, etc).

It could also be a channel mode or chanserv setting designed to prevent channel flood.

If you are versed in scripting, you can create a simple dialog with just a big text area / editbox, and a 'send' button. The send button could dump the data line by line in a temporary file (or hidden window), then use the /play command to send the messages with a slightly longer delay between lines. You could then just paste the code in the box and hit send.

Another alternative, if you are just pasting privately to somebody, is to open a dcc chat window and paste it there. (since dcc bypasses the server)

Another possible cause could be the person you are pasting to, you mention 16 lines, if i remember correctly 16 lines is the amount used in Invisions default anti-flood protection.

If you are pasting for several people to see, you could also use pastebin.com.

Ok rant over, could indeed be a bug since you mention disabling flood protection and it behaving differently from mirc 6.17. But there is a few possibilities and workarounds there in any case.

Yeah, I was pasting in a channel at the time, and I know I was able to send a lot more at a time before the updated mirc, and it also happens in all four networks I'm in.

I'm able to do essentially the same as play just fine (using .timer 500 0 msg # stuff) and it works perfectly, just that pasting from clipboard doesn't seem to work.

If you open up a debug window using "/debug @server", and then paste the lines, you will be able to see how many mIRC is actually sending to the server.

Have you tested this with a clean install of mIRC to make sure that the issue isn't related to scripts that you may have installed?

Okay, so I've now determined that it is a limitation of characters and not lines, taken from the clipboard. And yes, this is a fresh install of mirc 6.2, all I've done is load my scripts after that.. none of which affect the pasting from the clipboard.

Testing the same paste on an install of mirc 6.17 I have, the full paste works.

"
-> irc.pantsuland.net PRIVMSG #boba :12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
-> irc.pantsuland.net PRIVMSG #boba :12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
-> irc.pantsuland.net PRIVMSG #boba :0,0********
"
is what I see in the @server window...
I'm trying to paste

"
12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
0,0****************************************************************
4,4****************************************************************
0,0****************************************************************
4,4****************************************************************
0,0****************************************************************
4,4****************************************************************
"

As an example.

Hmmn, that pastes perfectly fine on my 6.2.

(Even opened up a secondary server connection to make sure it was all coming through)

Since you say you're running a fresh mIRC install, I would suggest typing: /remote off, just to be on the safe side. While you may not have anything that actually effects the clipboard, you may have an on input event that does not like pasting.

Also, did you use your old .ini file, or did you use the new .ini file that comes with 6.2?

After you've typed: /remote off, go ahead and paste another big line in the channel, and see if it all goes through.

"
* Remote is off
> 12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
> 12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
> 12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
> 12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
> 12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
> 12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
> 12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
> 12,12***0*12***0*12***0*12***0*12***0*12**12*0,0*****************************************
> 12,12*0*12***0*12***0*12***0*12***0*12***0*12*4,4*****************************************
> 0,0*********
* Remote is on (Ctcps,Events,Raw)
"

Same thing happened again ;P

One of my friends says it's some sort of memory based thing.

Edit:: I do have one on input script, but as you see, it doesn't do anything... so it's not a script.. it's a mirc thing

might just be the mIRC flood protection ;-]

As i mentioned above, I disabled all the mIRC flood protection by unchecking that box in the options.

Are you using a single-line or multi-line editbox?

I tried with both single and multi lined edit boxes in: Options -> Display -> Options (that multi-line checkbox - checked and unchecked [default is unchecked for me])
In Options -> IRC -> Messages, I have both of the multibyte boxes checked.

Just now was reading more about /play and saw /play -b playqN.txt (which pasted the entire file) but it's still only those few lines when I use ctrl+v.

Bumping this thread as it still hasn't been addressed and even others can produce the same results in a dcc chat window....

open whatsnew.txt ctrl+a, ctrl+c, goto mirc, open a dcc chat with someone.. ctrl+v ...

you'll get no more than:



because something is still broken

I pasted the entire contents of whatsnew.txt (278 lines) into a dcc chat window and every line came out on the other end.

~ Edit ~

With the exception of a couple of lines that were interpreted as commands.

This happened to me, and I found it only happened when I had IRC -> Messages -> Multibyte Editbox enabled.

When I tried that paste, those options were indeed checked, but as previously mentioned.... that solves nothing.

Also, need the multi-byte edit box for other languages to work correctly. Which, when checked certainly causes clipboard pasting to explode (hence why it is a bug and should be fixed).

Sure, you can uncheck those boxes to paste it all without issues, but then what is the point? Something needs to be fixed and it seems easier in my mind to have the clipboard-paste functionality fixed even when those boxes are checked instead of fixing the unicode characters needing multi-byte to show up. Clearly it's half working, no reason it can't be a simply modification somewhere that will allow it to work in both selections.

And since people have the ignorant idea that changing an option is the solution to every bug reported here.. I'll tell you now that it's not.. so don't post anything related to that any more.. seriously annoying, and doesn't solve anything.

I wasn't saying it was a solution. I was giving my input, since it looked like (as far as I knew) you hadn't found the direct source of the problem yet. Sorry for trying to help.

Didn't mean to offend you in particualar, segosu .... but yes, I've known what the problem was for a while, but people attempting to tell me to turn off something that is needed is a foolish way to fix an error, that and I'm getting ticked out how mIRC fails in handling dll's (but that's for another topic later).

So when someone tells me "turn off multi-byte this or that" and I actually need it to see other languages than boring old english, it's not a solution.

Thus the error lies in how ctrl+v event is handled in mIRC when those boxes are checked. Hence it IS a bug and should be looked into and preferably fixed.

I got to confirm this. After many tests with Midori. This happens only when the multibyte display and multibyte editbox options are checked. Only an random amount between 900 and 958 bytes to be pasted from the clipboard.

Now, the question is, is that intentional?

Oh, okay, I didn't know you knew. And yes, I also would like this to be fixed, seeing as I want to use Multibyte Editbox myself. (For now I disabled it seeing as I can live without it.)

Something else must be going on since I can't seem to reproduce this here.

I tried testing in my normal copy of mIRC 6.3 and in a clean install. In both cases I pasted and received in DCC Chat windows the full contents of the whatsnew.txt file.

I tried with various combinations of settings in the Options/IRC/Messages dialog, including changing the Multibyte settings.

Can you tell me what your font settings are for the DCC Chat windows?

Khaled, it wasn't about a DCC Chat Window.

I copy the whole whatsnew.txt to my clipboard, the I paste to a channel/query window. As per my previous post, when the multibyte... options enabled, it will send only a random amount of bytes 900 958.

Try it again?

Midori indicated that this also happened in a DCC chat window. However If I use debug.log I see the same thing in a channel/query window, mIRC is sending the whole of the whatsnew.txt file, except of course that I get disconnected for flooding, so I never see it arriving :-]

http://duckyshack.co.uk/u/2508/f53042331.jpg

There is an image of both the options settings and the font window settings that I'm using currently.

I've only tested this in a channel window, as did symphone (at which point I'd copy/paste his text in notepad2 and see how big it was) and it was my friend silverfire that said it was broken in DCC Chat window, I've told him to post here numerous times.. dunno why he hasn't.

Here are the combinations of the boxes and which ones break what function(s).

Key: MultibyteDisplay -> md, MultibyteEditbox -> me.

md = me = 1
Paste from ctrl+v is limited to 900-1000 bytes (random per files), non-english languages show up just fine in both the edit box and the display screen.

md = 1, me = 0
Paste from ctrl+v is completed, non-english languages show up while being typed in edit-box, but come out as ?-marks in the chat window.

me = 1, md = 0
Paste from ctrl+v is limited to 900-1000 bytes (random per file), non-english languages show up correctly in both edit-box and chat-window.

me = md = 0
Paste from ctrl+v is complete, non-english languages show up while being typed in edit-box but become ?-marks in chat window.

Changing these options while there is already non-english characters in the channel window doesn't change their display, only prohibits them from coming out correctly to the screen.


Also.. not sure what symphoney was doing, perhaps the built-in flood control, but he never flooded out when pasting >.>

As an addition to the above: whenever md = 0, pastes of another languages characters, say from MSN, do not appear in mIRC correctly.. say from ten lines of Japanese. but if you copy-paste one line of Japanese from any site or MSN, it still works.

Going back and checking this box, md = 1, causes pasting of Japanese from MSN to fail (?-marks) but pastes from a Shit-JIS site still seem to work (en-bulk-pasting).

Not sure why this happens, just wondering if it has any relation to things that might be breaking.

Thanks for the help. It looks like this issue may be related to a recently posted bug report. I had originally assumed that this was an editbox issue but it turned out to be a utf encoding limitation. This should now be fixed in the next version.

Wow.. so someone was telling me, this past weekend, that stuff from my RSS feed script wasn't being displayed in channel. So I took issue to blame the ircd for blocking spam from going through to all the users in the channel if I was an unvoiced (and higher) user in the channel (it seems to work fine if I'm voiced, hence blaming the ircd at first).

In an attempt to test this, I copied the text from the past screen (in buffer) and attempted to use /play -b p.txt to play from clipboard what I had just coppied (normal copy, not ctrl+copy) and, in a channel where I was without modes, it all played fine. Then I copied the text with ctrl+select for copying the color codes, and when I again used /play -b p.txt, it stopped after a seemingly pre-selected number of bytes.

Doing it a few times... (all cases had colors, underlines, and were done with /play -b p.txt)
930 bytes (no unicode)
901 bytes (some unicode chars too)
922 bytes (some unicode)
926 bytes (no unicode)

--Not pasting what I copy & pasted as it contains a lot of website links (being an RSS feed and all) and would prolly violate some rule. But I can make a screeny of what I see on my end if needed.

And, once more for prosperity I did the /play -b p.txt on normal copied text (without control codes) and it all played just fine.

Although my script uses a while loop, I was testing with /play and found that bug.. figured I'd post that here as well ;P

P.S. Thanks for fixing that first bug, was actually looking for it in 3.0, but I guess 3.1 (or w/e) will work fine too!


Edit:: Just found out is in indeed the ircd limiting spam in general, oper or otherwise, if the person has no modes in a channel, from a while loop.. but the /play bug still exists anyhow.

Since this bug is probably extremely irritating (at least it is for me, and I don't see why it wouldn't be for everyone else) for those who use unicode and paste many lines of text, is there any chance of seeing a version of mIRC with this fixed sooner than in 5 months when the next version of mIRC is released?

I know it's a long shot, but I thought I'd ask.