:Margaret Leibovic Assignee
	Description • 12 years ago

It looks like we're running into weird issues with our fake mouse events. Maybe one handle is accidentally receiving the mouse event when the other handle moves over it, causing unexpected behavior.

Thinking about this now actually makes me wonder if that's the problem I encountered when I saw similar problems while developing my patch for bug 695173.

	:Margaret Leibovic Assignee
	Comment 1 • 12 years ago

This patch prevents us from sending mouse events to the handles. This means that you can't move one handle to a point overlapping the other handle (stock browser does allow this), but this feels like a good compromise for now to prevent all the text from getting selected.

For the optimal solution, we'd have to figure out how to make the mouse event pass through the handle to the text under it, and I was having difficulty with that when working on bug 766789.

	:Margaret Leibovic Assignee
	Comment 2 • 12 years ago

https://hg.mozilla.org/integration/mozilla-inbound/rev/d65f19e1815e

	Ryan VanderMeulen [:RyanVM]
	Comment 3 • 12 years ago

https://hg.mozilla.org/mozilla-central/rev/d65f19e1815e

	:Margaret Leibovic Assignee
	Comment 4 • 12 years ago

Uplifted to aurora as part of a roll-up patch:
https://hg.mozilla.org/releases/mozilla-aurora/rev/2fb0a358eaf6