The specification was updated a few days ago. See the URL.
Created attachment 93747 [details] Patch
Comment on attachment 93747 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=93747&action=review > Source/WebCore/html/HTMLInputElement.cpp:935 > + m_wasModifiedByUser = sendChangeEvent; Are there any possibility to overwrite? existing "true" value? For example, Is it possible to make this false by script after some user action that made this true. > Source/WebCore/html/HTMLTextAreaElement.h:113 > + bool m_wasModifiedByUser; should be mutable? or updateValue() should not be const? const_cast<> inside updateValue() apparently indicates something wrong.
Comment on attachment 93747 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=93747&action=review >> Source/WebCore/html/HTMLInputElement.cpp:935 >> + m_wasModifiedByUser = sendChangeEvent; > > Are there any possibility to overwrite? existing "true" value? > For example, Is it possible to make this false by script after some user action that made this true. Yes, it's possible and it's an expected behavior. If the <input> has user-edited value (m_wasModifedByUser=true) and a script calls setValue("foobar"), m_wasModifedByUser should be cleared. >> Source/WebCore/html/HTMLTextAreaElement.h:113 >> + bool m_wasModifiedByUser; > > should be mutable? or updateValue() should not be const? > const_cast<> inside updateValue() apparently indicates something wrong. We should remove 'const' from updateValue().
(In reply to comment #3) > (From update of attachment 93747 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=93747&action=review > > >> Source/WebCore/html/HTMLInputElement.cpp:935 > >> + m_wasModifiedByUser = sendChangeEvent; > > > > Are there any possibility to overwrite? existing "true" value? > > For example, Is it possible to make this false by script after some user action that made this true. > > Yes, it's possible and it's an expected behavior. I see. The expectation is different from what I thought. But it's reasonable.
Comment on attachment 93747 [details] Patch Thank you for r+!
The commit-queue encountered the following flaky tests while processing attachment 93747 [details]: java/lc3/JavaObject/JavaObjectToByte-006.html bug 60333 (author: ap@webkit.org) The commit-queue is continuing to process your patch.
Comment on attachment 93747 [details] Patch Clearing flags on attachment: 93747 Committed r86832: <http://trac.webkit.org/changeset/86832>
All reviewed patches have been landed. Closing bug.