* TITLE/SUMMARY [PP] Selection and display is unusably slow in View Source * STEPS TO REPRODUCE 0) Launch Apprunner 1) View a web page (e.g. I used www.apple.com) 2) From the View menu, select "Page Source" 3) Select the contents of the window that appears * RESULT - What happened Step 2 (on a 233 Mhz 604e) required eight seconds until text appears Step 3 (on the same 233 Mhz 604e) required approximately 6 seconds. (Scrolling down the document and selecting text near the end required approximately 12 seconds.) (On my Linux and WinNT systems, these tests were about two to three times as fast, but the systems were marginally faster --- refer below for detailed hardware specs.) - What was expected On Netscape Communicator 4.5, step 2 required approximately two seconds, and step 3 was instantaneous. * REGRESSION - Occurs On Mac OS Apprunner (4.29.99 PM optimized build) - Doesn't Occur On Communicator 4.51 RTM (RTM) * CONFIGURATIONS TESTED - [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.5.1 - [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3. - [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.

[Assigning self as QA contact. CC:ing Sujay.]

[Well, this isn't just in View Source, so I've amended the title.]

hmm well this will be fixed when troy returns from his sebatical to fix the ever infamous GetPrimaryFrameFor(nsIContent...) which is horribly slow. changing to m9 but i am leaving assigned to me to keep tabs on it and to duplicate bugs i know will come

FYI I just fixed the view source XUL so that you can select in here again. And boy, is it slow.

Per a request from Selection and Search component eng (mjudge) and qa (elig), moving all "Selection and Search" bugs to new "Selection" component. Original "Selection and Search" component will be retired.

putting this off to M10. Performance bug

set to m12 Eli--is there any particular action you find slow (drag selection, shift-click selection, or drawing)? on a particular page?

Please refer to "Steps to reproduce" in bug report for answer. Thanks!

moving out to M15, general performance cleanup

Bulk add of "perf" to new keyword field. This will replace the [PERF] we were using in the Status Summary field.

On behalf of PorkJockeys: putting on beta1 radar, per beta criteria priority #2 - performance. removing extraneous tags, cc waterson.

elig, how does this look with the latest Mac builds. Is performance really this much worse? Need latest data to make a call here. Thanks!

The system used is no longer accessible; the following is from a 266 Mhz G3, using today's www.apple.com: * Page Source took 3.559 seconds to draw (total of 6 seconds from menu item invocation). * Selection of page took 2 seconds. (Clicked at top of page holding shift, then started stopwatch upon clicking last character on page.) Using Communicator 4.7, the Page Source drew in under 1 second from menu item invocation, and the selection was too fast for a human being to time. (est. .1-.2 seconds) --- In other word, we're still way slower.

Putting on the PDT- radar for beta1. Would not hold beta for this bug.

from #26350, which i'll mark as a dupe of this bug: >Load a page with a fair bit of text, click to select some text, and move your > mouse up and down quickly, the selection does not keep up very well > (especially if you scroll) > > 4.7 Linux is about 1.5x as fast, but not much, 4.7 windows is about 10x > faster.

moving performance work out past M16

this should be fixed.

Marking verified

I verified this bug with build 2000071108 on Mac OS 8.5 with a Power Book G3 at 233. 96 MB of ram.