Open Bug 1636969 Opened 4 years ago Updated 16 days ago

Selecting text on view-source:https://hg.mozilla.org/users/ is extremely slow

Categories

(Core :: Graphics: WebRender, defect, P3)

All
Unspecified
defect

Tracking

()

People

(Reporter: glob, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

Seen on 78.0a1 (2020-05-11) (64-bit) on MacOS, Windows, and Linux.

Steps to reproduce:

  1. Visit https://hg.mozilla.org/users/ (81kb)
  2. View Source
  3. Select some text

Expected outcome:

  • Text is immediately displayed as selected

Actual outcome:

  • Selection is sluggish; sometimes taking several seconds to update.

Occurs with webrender enabled and disabled.
Accessibility features are disabled.

I see 100% WebRender time when I profile on Windows 10 : https://perfht.ml/2Aau4Vl

Component: View Source → Graphics: WebRender
Product: Toolkit → Core
Depends on: 1503581
Severity: -- → S3
Priority: -- → P3

I can no longer reproduce this issue.

Problem of lethargic slowness in selecting large portions of text by keyboard or by mouse in "View source" window continues to be hundreds or thousands of times slower than the same operation in other browsers (Chrome, etc.).

For the sake of clarity I report a test case that can be reproduced and noticed also in modern PC with fast CPUs.

PC CPU 3.7 Ghz, 6 GB RAM, Windows 10 64 bit.
Firefox 94.0.1 (64 bit).

Steps to reproduce

  1. Browse a big web page with more than 100kB of HTML code and long lines, e.g. https://hg.mozilla.org/users/
    or even better an over 1MB HTML page like https://en.wikipedia.org/wiki/Border_control.
  2. Mouse click on page, right mouse button, View Source.
  3. Mouse click on the beginning of view source text, then select text by dragging down mouse pointer or even better (to see the problem), press keyboard keys SHIFT+PgDn to select and scroll down text.

Actual results

Text is selected but the operation gets exponentially slower as soon as selected size of text increases.
After 3..4 seconds increasing slowness in text selection becomes absolutely unacceptable.

Expected results.

Selecting text in view source should be a fast operation (just like it was several years ago).

In Chrome and other browsers selecting text by mouse in "View source" is really fast (not as fast as it could be but certainly it is 100 .. 1000 times faster than Firefox) and above all operation does not slow down as size of selected text increases.

I'm still unable to reproduce this issue any more on macOS; might be Windows specific now given comment 3.

I can reproduce this (somewhat) on Linux. I see high times in scene building, gecko DL and WR DL profiling buckets. This is likely due to how we currently need to rebuild all those text runs each scene build.

Blocks: 1782834

I can reproduce this on FF 107.0b2 (macOS 12.6, M1 2020). Slow view-source started a few months ago.

Related:

Blocks: wr-investigate-perf
No longer blocks: 1782834
You need to log in before you can comment on or make changes to this bug.