Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Description • 12 years ago

TSF isn't available on designMode editor if focus is moved from another document. If Fx is activated when designMode editor has focus, then, it's available.

The cause is nsFocusManager doesn't call nsIMEStateManager::OnFocusChange() from here:

http://mxr.mozilla.org/mozilla-central/source/dom/base/nsFocusManager.cpp#1766

Then, nsIMEStateManager will try to create nsTextStateManager with old focused presContext and fail it.

	Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Comment 1 • 12 years ago

The patch for this also fixes bug 789881!

	Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Comment 2 • 12 years ago

I found a bug when I wrote the tests. checkbox, radio button, file input and both types of <select> are focusable even in contenteditable element, but focus event is never fired on the elements.

	Neil Deakin
	Comment 3 • 12 years ago

Comment on attachment 676838 [details] [diff] [review]
Patch

You shouldn't be calling CheckIfFocusable here as it can be expensive as it flushes (see bug 792297). You don't need to though, as it should always return true.

	Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Comment 4 • 12 years ago

Is this enough?

	Neil Deakin
	Comment 5 • 12 years ago

I'm a bit unclear what this patch is doing. The code you changed only focuses the document and may not focus aContent, yet you pass aContent to OnChangeFocus. Did you mean to pass null?

	Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Comment 6 • 12 years ago

(In reply to Neil Deakin from comment #5)
> I'm a bit unclear what this patch is doing. The code you changed only
> focuses the document and may not focus aContent, yet you pass aContent to
> OnChangeFocus. Did you mean to pass null?

Ah, okay. How about this.

The problem is, editor's focus event handler try creating nsTextStateManager instance. At this time, IME state must match with the new IME state which is expected by the new focused content.

If the getting focus editor is a designMode editor, the document's focus event would be used by the editor for doing above. At this time, the blurred content is stored in nsIMEStateManager since nsFocusManager doesn't call nsIMEStateManager::OnFocusChange() before dispatching the focus event of document.

	Masayuki Nakano [:masayuki] (he/him)(JST, +0900) Assignee
	Comment 7 • 12 years ago

https://hg.mozilla.org/integration/mozilla-inbound/rev/5042f0a60460

	Ryan VanderMeulen [:RyanVM]
	Comment 8 • 12 years ago

https://hg.mozilla.org/mozilla-central/rev/5042f0a60460

	(no longer active)
	Comment 9 • 12 years ago

This seems to have caused bug 808287, which is pretty serious.  I've backed this patch out for now to see if the backout fixes bug 808287.

https://hg.mozilla.org/integration/mozilla-inbound/rev/70f7e6ce95b8

	Ed Morley [:emorley]
	Comment 10 • 12 years ago

(In reply to Ehsan Akhgari [:ehsan] from comment #9)
> This seems to have caused bug 808287, which is pretty serious.  I've backed
> this patch out for now to see if the backout fixes bug 808287.
> 
> https://hg.mozilla.org/integration/mozilla-inbound/rev/70f7e6ce95b8

Merge of backout:
https://hg.mozilla.org/mozilla-central/rev/70f7e6ce95b8

	(inactive) Jim Chen [:jchen] [:darchons]
	Comment 11 • 12 years ago

Check-in of patch posted in Bug 808287,

https://hg.mozilla.org/integration/mozilla-inbound/rev/b6bd99bf0c1f

	Ed Morley [:emorley]
	Comment 12 • 12 years ago

https://hg.mozilla.org/mozilla-central/rev/b6bd99bf0c1f