Closed Bug 24912 Opened 20 years ago Closed 20 years ago
Nested divs cause assert, output out of order
In the given url, select-all, copy, and paste as plaintext. I see the assert: Mixed wrapping data and nonwrapping data on the same line: 'mCurrentLine.Length() == 0', file nsHTMLToTXTSinkStream.cpp, line 1145 and the output comes out out of order. Curiously, OutputText from the editor debug menu does NOT show this problem.
Conveniently, I happened to be writing another bug report for this issue. More information follows. ;) -- also occurs on Mac OS/Win32 (changed 'Platform' designation -- if you go to http://slip/projects/marvin/copy-pate/copy-complex-page/ text6.html and copy the first three lines, you'll see similar disordering. However, it won't happen if you only copy the first two lines.
OS: Linux → All
QA Contact: sujay → elig
Will try to look at this for M14.
Status: NEW → ASSIGNED
Target Milestone: M14
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Bulk move of all "Output" component bugs to new "DOM to Test Conversion" component. Output will be deleted as a component.
Verified fixed using 2.14.00 builds on Mac OS 8.6 & NT 4.0 SP5. Specifically, output to clipboard for both examples was properly ordered. (Will gladly verify on Linux if shown how to paste as plaintext despite bug #24926.)
Status: RESOLVED → VERIFIED
Middle-mouse paste works for me in most linux plaintext apps; bug 24926 only refers to a handful of weird apps (like our old 4.x, but who uses that to look at plaintext?) It certainly works in emacs, vi, and shell window programs (xterm etc.) What applications do you use where middle-mouse paste doesn't work? That would be useful data to append to bug 24926 since they're having trouble coming up with a list of clients affected by that bug.
<snarfed paw's extra middle-button mouse. thanks!>
You need to log in before you can comment on or make changes to this bug.