Closed
Bug 32708
Opened 24 years ago
Closed 24 years ago
Selection changed notifications get fired on every mouse move, even when selection does not change
Categories
(Core :: DOM: Selection, defect, P3)
Tracking
()
RESOLVED
FIXED
M16
People
(Reporter: sfraser_bugs, Assigned: mjudge)
Details
(Keywords: perf)
We appear to be firing selection changed notifications on every mouse move, even when the actual selection has not changed. I think we might be collapsing/ reexpanding the selection to the same place. This is inefficient.
Reporter | ||
Comment 3•24 years ago
|
||
We also call NotifySelectionListeners() way too often. It's called from nsDOMSelection::Extend(), and from nsRangeList::TakeFocus(), which itself calls nsDOMSelection::Extend().
fixed
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 5•24 years ago
|
||
sfraser, is this fix to your satisfaction? I don't think this can be verified via black box means. Thanks!
Reporter | ||
Comment 6•24 years ago
|
||
Yes, I can tell this is fixed.
Comment 7•24 years ago
|
||
*SPAM*: Changing the QA contact of all open/resolved Selection bugs from elig@netscape.com to BlakeR1234@aol.com. After the many great years of service Eli has given to Mozilla, it's time for him to move on; he has accepted a position at Eazel. We'll be sad to see him go, and I'll do my best to fill his spot...
QA Contact: elig → BlakeR1234
You need to log in
before you can comment on or make changes to this bug.
Description
•