using 4/7 build of apprunner on Windows. Launch apprunner. invoke Editor from Task menu. Copy some text, than paste it. you'll notice at least 1 little box pasted. what is that box?

Assigning to Akkana and marking M5 (

That sounds like a case of the pasted string not getting terminated -- we used to have that problem in the Linux paste code. I'll look at it as soon as the cross platform copy/paste code is entirely in (right now both mcafee and Rod have some changes coming).

The new copy/paste code was turned on last night; this morning's (4/21) build should have it. Please check and make sure that this problem has gone away (I never saw it myself with the old copy/paste code).

verified in 4/23 build.

I have to reopen this one, cause I'm seeing it again.. Copy or Cut followed by Paste does insert those little boxes. Sometimes even 3 boxes here and there...

Wasn't this marked Linux before? Since it's windows now, I'm reassigning to rods. I don't see this on linux.

There was another bug on "tiny boxes", http://bugzilla.mozilla.org/show_bug.cgi?id=5516, which got fixed for this morning's build. Possibly this one got fixed at the same time?

can someone mark this resolved if it is ?

still not fixed in today's 4/29 build......

I don't see the little square and I pulled fresh this morning this morning.

okay let me re-try on 4/30 build....stay tuned...

Rod, I re-tried on 4/30 builds on Win 98 and I still see those tiny boxes appear. Can you please try the same build that I installed: ftp://sweetlou/products/client/seamonkey/windows/32bit/x86/current/base.zip date stamp= Fri Apr 30 00:58:00 1999

I have a fix, on Win98 the GlobalAlloc allocates bytes to the nearest DWORD, NT allocas what you ask for. Also, external windows (on Win98) apps expect strings to be null terminated. I have put in a check to make sure the correct amount of memory gets allocated and zeroed. Then when pulling text from global memory I make sure I strip all the terminating zeroes not just the last one.

verified in 5/3 build.