User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021201 Chimera/0.6+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021201 Chimera/0.6+ Chimera does not respect one of the normal Mac OS text-editing protocols in its textfields. Normal protocol is that if you double-click a word to select the word, and while holding the second click, drag to the left, the word should remain selected. In Chimera 0.6, the word becomes *deselected*. Furthermore, if you hold down the second click and wait for a second or so without moving the mouse, you are no longer able to drag left *or* right. Do Reproducible: Always Steps to Reproduce: 1. Enter some text in an on-screen textfield (e.g. Google.com) 2. Double-click one of the words 3. While holding down the second click, drag to the left. 4. Repeat, but holding down for two seconds without moving the mouse. 5. Try this in TextEdit and notice the difference. Expected Results: Textfields should behave like normal NSTextViews...

This is a long-standing Mozilla bug.

Sounds like another vote for native text widgets.

*** Bug 186742 has been marked as a duplicate of this bug. ***

The first part is a dupe of bug 56401, and it's OS-independent. The second part ("hold down the second click and wait for a second") I'm not seeing on Windows, so this may be Mac-specific. See also bug 16203.

resummarizing to deal with remaining issue (which may be a duplicate)

Bug 56401 seems to be fixed.

fffffff

You'r right, second part of the bugs is still not fixed.

*** Bug 214938 has been marked as a duplicate of this bug. ***

Is there any reason this isn't in Core:Selection (other than the fact it's even more broken in Fx because they have click-hold context menus)?

My question in the previous comment still stands; so far, it hasn't gotten more attention (fixed) staying here ;)

The second part is gone in trunk, so closing WFM.