Gammon Forum : MUSHclient : Bug reports : Scrolling issue when pasting..

Log on

Gammon Forum

Entire forum

MUSHclient

Bug reports

Scrolling issue when pasting..

Scrolling issue when pasting..

It is now over 60 days since the last post. This thread is closed. Refresh page

Posted by Shadowfyr USA (1,786 posts) bio

Date

Mon 19 Mar 2007 06:54 PM (UTC)

Amended on Mon 19 Mar 2007 06:55 PM (UTC) by Shadowfyr

Message

I don't remember this happening before a few versions back, but hadn't gotten around to posting about it yet. Its possible its some change on the mud end of things doing it, since they did make some changes over there, but I doubt it. Basically.. You get more lines than you sent. Lets say that you copied this paragraph itself from the output text, then pasted it into the input area, so that you could hopefully "send" it all at once, such as through mudmail. This isn't uncommon if I made a mistake, so did ".", "read", "remove xx", "post ...", and then edited the copied paragraph from output in the input window, before sending it again. The result will be like:

I don't remember this happening before a few versions back,
--9 nine more lines of the original text--
window, before sending it again. The result will be like:
--11 **extra** lines--

Its as though sending multiple lines confuses Mushclient and it adds 11 extra blank lines after, to make up for what it "thinks" isn't being displayed right (perhaps its seeing only the amount of actual text, not the newlines, so it believes you are sending X characters, not X lines?). This has no effect on the text actually sent, but an 11 line paragraph is going to cause 22? (it might be 21, if my assumption above about the nature of this bug is right) lines to actually be added to the output window. Its really seriously screwy, and as I said, being merely cosmetic, not to mention rare enough I didn't pay a lot of attention (it only happens in case where its possible to send multiple lines, like mudmail, while single commands don't cause it), I didn't report it before and I am not sure "which" version of Mushclient it started to happen in. Its definitely happening in the current one though, and probably in the last 3-4 versions prior.

top

Posted by Nick Gammon Australia (22,975 posts) bio Forum Administrator

Date Reply #1 on Mon 19 Mar 2007 07:38 PM (UTC)

Message

I can't reproduce this. First, are you saying the paragraph has newlines in it or not? eg.


I don't remember this happening before ... \n
change on the mud end of things doing it ... \n
lines than you sent. Lets say that you copied  ... \n

In other words, are you sending a newline character after each line you see? Or is it one huge paragraph of text (like, copied out of a word processor)?

I tried doing "think <your paragraph>" in Smaug, straight out of your posting here, which turned out to *not* have newlines, and it worked perfectly. I also hit Ctrl+Shift+F12 and simulated it arriving from the MUD, again no problems.

I suspect you have a trigger, or plugin, or alias, that is adding a newline, and this is what is causing the confusion.

For example, recently someone was asking how to deliberately add a new line after every paragraph they receive. If you had been testing such a thing, it would probably cause the symptoms you describe.

Try testing on a "virgin" world - no triggers, aliases, or plugins, and see if it still does it.

- Nick Gammon

www.gammon.com.au, www.mushclient.com

top

Posted by

Shadowfyr USA (1,786 posts)

bio

Date

Reply #2 on Tue 20 Mar 2007 07:49 PM (UTC)

Message

Its a paragraph "with" newlines. It has to have them since the mudmail system where I play doesn't auto-wrap lines, it displays them as typed, so you have to make sure to enter each line as a seperate line. This means that when I cut and paste from the prior copy, it has new lines in it. As for aliases.. I often disable those entirely when mudmailing, since I do have a few I haven't fixed yet, which in really odd cases can sometimes do a replacement when I don't want them too. This can happen when ever the first few characters of a new line just happen to coincide with some alias I forgot to design correctly. So, aliases can't be doing it.

As for triggers. Nope. Triggers can't be doing it either, since, while I do have a few triggers to highlight words, I don't have any at all that deal with multiple lines, paragraphs or adding newlines to thing. As I said, this might still be some flacky stuff going on at the server end, since they are always changing things, but it seems like a really odd thing to be happening, since the text is always right after, just not the display.

I will try it with all triggers and aliases disabled and see what happens, but frankly, I don't remember anything I have coded recently that would do such a thing. Most of my stuff has been around since well before this issue started to happen.

top

Posted by

Shadowfyr USA (1,786 posts)

bio

Date

Reply #3 on Tue 20 Mar 2007 08:07 PM (UTC)

Message

Hmm. Ok. It seems to be something in my mess of plugins...

Problem is, all I have installed are:

Chat - Yours

Combat_Coloring - This one matches on various phrases specific to combat and colors them according to how hard I got hit. It doesn't send/add anything.

Hitbar_Plugin - This one "only" reacts to the content of out of combat and in combat hit point displays. I don't see where that could cause it either..

Slot_Count - Only reacts to things from the slot machine in the casino ship.

Spell_Tracker - This displays a bar in the text every second, which shows the conditions of my spells. I don't see how it would have that effect either.

There are no global plugins.

Seems like its definitely something on my end though, so I will try disably the plugins one at a time, then seeing it the problem persists. Sorry about the false report (assuming it doesn't turn out to be some goofy thing plugins are doing.)

top

Posted by

Shadowfyr USA (1,786 posts)

bio

Date

Reply #4 on Tue 20 Mar 2007 08:32 PM (UTC)

Message

Found it. It happens when I have the "Convert IAC EOR/GA to new line" setting turned on. Not sure if this is a result of the copy and paste, or something the mud is adding to the lines, but when that is off it works normally, when its on, anything copied from the muds sent text, then repasted to an editor, will cause extra lines to scroll when you send.

To try it, make sure that feature is turned on, then go to:

Ages of Despair
129.241.210.28
Port: 5000

copy 3-4 lines from any room description (they all use manually entered newlines, since room descriptions are not auto-wrapped on this mud), then type:

to tell <your name>

<your name> being obviously guest if you don't create a character. Then try to paste those lines you copied from the output window into the input one and hit enter to send it. You will get a doubling of the number of lines scrolled. Though, not *between* the lines, but *after* the lines, which is imho, damn odd.

top

Posted by Nick Gammon Australia (22,975 posts) bio Forum Administrator

Date Reply #5 on Wed 21 Mar 2007 03:43 AM (UTC)

Message

Well I don't think it is a bug. I tried what you suggested, and with "debug packets" on, I saw this:


Incoming packet: 17 (2 bytes)

..                 ff f9

Incoming packet: 18 (2 bytes)

..                 ff f9

Incoming packet: 19 (8 bytes)

........           ff f9 ff f9 ff f9 ff f9

These will be the IAC/GA which are being converted to a newline, as you requested in the output options.

Since you have pumped through the message very quickly (by pasting it), the MUD is pulling it out its input buffer, and every time it gets a newline it sends IAC/GA (go-ahed) to indicate you should start the next line.

What I saw echoed was:


This is a small courtyard paved with flagstones and surrounded by a low
stone wall. A wooden kiosk in the center of the courtyard is covered with
notices and bulletins. To the east is a small wooden building painted a
cheerful white. The sign above the door to the east says 'Loriah New
Players Association.' Through an archway to the north you can see a huge
fountain on an open plaza reaching towards the sky.






.
You tell yourself: This is a small courtyard paved with flagstones and
                   surrounded by a low
                   stone wall. A wooden kiosk in the center of the
                   courtyard is covered with
                   notices and bulletins. To the east is a small wooden
                   building painted a
                   cheerful white. The sign above the door to the east
                   says 'Loriah New
                   Players Association.' Through an archway to the north
                   you can see a huge
                   fountain on an open plaza reaching towards the sky.

This is not really after the lines, as you said, but before them.

The stuff in bold is what I typed (pasted really), and thus that is in one big block, because I sent it in a block, before the MUD could respond.

Then the MUD sends its GA messages (one for each line), which gives you the blank lines after your input, but before the MUD output. Then you see the MUD output.

I think you would see this sort of thing any time you paste large amounts of input. Say for example the MUD prompted with a ">" sign for each new line, then you would have seen:


>
>
>
>
>
>

If it bothers you, turn the option off when pasting. Or, make a trigger that omits blank lines (although that might be annoying too).

- Nick Gammon

www.gammon.com.au, www.mushclient.com

top

Posted by

Shadowfyr USA (1,786 posts)

bio

Date

Reply #6 on Wed 21 Mar 2007 08:22 PM (UTC)

Message

Ok. So its actually an issue on there end...

This isn't done in any case except with large numbers of lines, as far as I know, so it must be something buried in the code for the editor on there. Really screwy. Thanks for looking at it. I suspected after I turned it off that it might be their side doing that stuff and the only reason I turned on the feature in the client was in case it was used in some prompts some place, where the standard one wasn't being employed.

top

Posted by

Nick Gammon Australia (22,975 posts)

bio Forum Administrator

Date

Reply #7 on Wed 21 Mar 2007 08:39 PM (UTC)

Amended on Wed 21 Mar 2007 09:05 PM (UTC) by Nick Gammon

Message

Quote:

So its actually an issue on there end.

It's not really a bug at either end. As I said, it is reasonable for an editor to prompt you, so if they had done a ">" prompt for each line, you would see all those spew out in a batch, as I described. Instead of a ">" they have used the GA (goahead) code, which they (presumably) always send when they are awaiting user input.

If you are going to shove a hundred lines down to a server, that is really expecting them typed one by one, and is prompting you for each one, then it is up to you to interpret any prompts that might appear afterwards.

- Nick Gammon

www.gammon.com.au, www.mushclient.com

top

The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).

To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.

21,850 views.

It is now over 60 days since the last post. This thread is closed. Refresh page

Go to topic: Search the forum

top

Quick links: MUSHclient. MUSHclient help. Forum shortcuts. Posting templates. Lua modules. Lua documentation.

Information and images on this site are licensed under the Creative Commons Attribution 3.0 Australia License unless stated otherwise.