[Webkit-unassigned] [Bug 110375] Add client callbacks to notify of changes of associated form controls

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Mar 20 12:21:39 PDT 2013


https://bugs.webkit.org/show_bug.cgi?id=110375





--- Comment #91 from Dane Walllinga <dgwallinga at chromium.org>  2013-03-20 12:24:04 PST ---
(From update of attachment 192285)
View in context: https://bugs.webkit.org/attachment.cgi?id=192285&action=review

>> Source/WebCore/dom/Document.cpp:6077
>> +    if (!frame() || !frame()->page()->chrome()->client()->shouldNotifyOnFormChanges())
> 
> Do we not need to null-check page here?

You tell me. Seems to work fine if we don't, but it's easy enough to add a check. How far down the line would I need to check for non-nullness?

>> Source/WebCore/dom/Document.cpp:6084
>> +void Document::didAssociateFormControlsTimerFired(Timer<Document>*)
> 
> Usually we ASSERT_USED that the argument we get is the timer we expect (in this case m_didAssociateFormControlsTimer).

Do you mean ASSERT_UNUSED?

>> Source/WebCore/dom/Document.cpp:6088
>> +    frame()->page()->chrome()->client()->didAssociateFormControls(m_associatedFormControls);
> 
> or here?

done

>> Source/WebCore/dom/Document.cpp:6089
>> +    m_associatedFormControls.clear();
> 
> I would recommend swapping this set into a local variable before calling didAssociateFormControls in case the client callback ends up calling didAssociateFormControl.  Re-entrancy bugs can be nasty.

done

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



More information about the webkit-unassigned mailing list