Bug in MultiEdit - Bug submitted, anyone else reproduce?

I just submitted the following bug with MultiEdit. Is anyone else able to reproduce this issue? (Version 2.9)

Summary:
0000792: MultiEdit - Copy from seperate document and pasting into MultiEdit changes position in the document

Description:
If I copy a line from an application other than MultiEdit and paste it into a docuemnt loaded int MultiEdit, the position in the MultiEdit document jumps to a location other than where the line was pasted and you can no longer see that pasted line.

Steps To Reproduce:
1. Load the OpenSSL.doc comument from the documentation directoy on the Sys: partition. Do not click inside the MultiEdit document.

2. Load a document into NotePad and copy a single line into the clipboard. (I used the Workbench-ARexx.doc document.)

3. Scroll to the bottim of the MultiEdit document using the slider.

4.Click left mouse button at end of document, then use right mouse button and paste (from pop up menu) the cut line after the last line in the document.

Notice that when you paste the line into the document the position within the MultiEdit jumps up within the docuemnt so the pasted line is no longer displayed. You have to scroll back down in the document to see the pasted line. This is very annoying and makes the editor difficult to use for copy and paste work. Note that you do not necessarly have to paste the line at the very bottom of the document for this to occurs. This will now occur every time you paste a line in the document.

Notice that copy and paste sometimes does work properly without changing position. I think this might have to do with clicking inside the MultiEdit document before you try to paste. That's why I said to not click within the document before trying to cut and paste.

@ktadd

I haven't tried your procedure, but I'm just wondering while reading it:

If you don't click anywhere in the first file (MultiEdit), I assume your text cursor will be at the start of the file. When you then paste, won't it be pasted there? So if you have scrolled the display, but not moved the text cursor, isn't it natural for the display to scroll back where the paste is done, i.e. the start? At least that's what I would expect.

Or do you mean that in step 4, you actually click into the document at then end before pasting there? If so, yeah, I'd expect the display to stay there.

Best regards,

Niels

@nbache
Quote:
Yes, that's what I mean. Left click at bottom of page then use right mouse button and paste from pop up menu.

Thanks for asking and helping me make it clear. Updated step 4 above.

Just on the way out, so can't do any tests myself, but to be clear, once you have clicked, is you cursor now at the end of the document? And is the pasted text added where you would expect (irrespective of how it displays?)

Is the horizontal scroll option enabled?

@broadblues
Quote:
Thanks for the response.

Yes, I click at the end of the document before pasting and the text is added at the end of the document as expected. The Horizontal scroll is not active.

Made a quick video: (manually set player to 720p for good quality on Amiga)
MultiEdit_Paste_Issue_Video

@ktadd
Some time ago i reported another issue about "jump of the text", check this out plz: http://www.amiga.org/developer/bugreports/view.php?id=477

Maybe it has the same roots?

EDIT: watching your video, yeah! Looks like about the same kind of issue!

@kas1e
Quote:
I reproduced this and yes. It looks like a very similair issue. I'd guess it's the same root cause.