gecko/editor/idl
Robert O'Callahan 299ea95ae7 Bug 821307. Ensure nsTextEditorState::SetValue does nothing when the new value equals the old value, even for password inputs. r=ehsan
If nsTextEditorState::SetValue is allowed to rebuild the editor DOM even when
the new value is the same as the old value, then during PrepareEditor we can
remove the content that's the current target of the event triggering the
PrepareEditor, which prevents important code from running such as the code that
focuses the text input. Normally this isn't a problem but
nsTextEditorState::SetValue's code for getting the current value is broken
for password controls when !mEditorInitialized. So we remove that broken code
path.

We have to make sure that the password text, if any, is set on the edit-rules
during their initialization so the regular path for getting the current
value returns the right thing.

--HG--
extra : rebase_source : 81a01a957b4b1e0cf868505a1b23c9110a2f4b3a
2014-04-15 00:33:47 +12:00
..
moz.build Bug 939044 - Rename remaining MODULE definitions to XPIDL_MODULE. r=mshal 2013-11-19 11:47:43 +09:00
nsIContentFilter.idl
nsIDocumentStateListener.idl
nsIEditActionListener.idl
nsIEditor.idl Bug 821307. Ensure nsTextEditorState::SetValue does nothing when the new value equals the old value, even for password inputs. r=ehsan 2014-04-15 00:33:47 +12:00
nsIEditorIMESupport.idl
nsIEditorMailSupport.idl
nsIEditorObserver.idl
nsIEditorSpellCheck.idl
nsIEditorStyleSheets.idl
nsIHTMLAbsPosEditor.idl
nsIHTMLEditor.idl
nsIHTMLInlineTableEditor.idl
nsIHTMLObjectResizeListener.idl
nsIHTMLObjectResizer.idl
nsIPlaintextEditor.idl
nsITableEditor.idl
nsIURIRefObject.idl
nsPIEditorTransaction.idl