[Webkit-unassigned] [Bug 20254] New: didBeginEditing / didEndEditing not always called on focus change

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Aug 1 08:18:54 PDT 2008


           Summary: didBeginEditing / didEndEditing not always called on
                    focus change
           Product: WebKit
           Version: 526+ (Nightly build)
          Platform: All
               URL: http://en.wikipedia.org/w/index.php?title=Wikipedia:Sand
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: WebKit API
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: joe at staikos.net

To diagnose this bug, add debug output to your platform's implementation of
EditorClient::didBeginEditing and EditorClient::didEndEditing.  (I'm using the
Qt port, which helpfully has debug output there already if dumpEditingCallbacks
is turned on.)

Expected: didBeginEditing is called when a textarea gains focus, and
didEndEditing is called when it loses it.  textFieldDidBeginEditing is called
when an input element gains focus, and textFieldDidEndEditing is called when it
loses it.

Observed: didBeginEditing is never called.  didEndEditing is sometimes called.

The Wikipedia sandbox is a good page to use to test this, since it contains
both types of text entry.

These methods are mainly used by the Qt port to send Qt signals that clients
can catch, but WebEditorClient also implements textFieldDidBeginEditing and
textFieldDidEndEditing to do domething with form delegates that I can't really
follow.  (I *think* it's just passing the signal on.)

In the safari-3.1 branch textFieldDidBeginEditing and textFieldDidEndEditing
were called consistently, but didBeginEditing and didEndEditing were not called
when moving from a textarea to an input field, or a textarea to another
textarea.  In the most recent version it doesn't work at all.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

More information about the webkit-unassigned mailing list