Closed Bug 544198 Opened 15 years ago Closed 15 years ago

Tab-switching fields causes input method to fail in Firefox 3.6 in both Windows and Mac versions

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED DUPLICATE of bug 544277

People

(Reporter: lukhnos, Unassigned)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_2; en-us) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729) After upgrading to Firefox 3.6, input method compatibility is broken. After entering a string of CJK text in a field, I tab-switched to the next field, only to find that input method stopped working. Please take a look at the URL I supplied, which is a video I recored: http://dl.dropbox.com/u/142739/FirefoxBugReport/FirefoxBugReport-InputMethodFailure.mov This video will be available for the next two weeks before I remove it. I was actually surprised to discover that this problem does not only afflict the Windows version. On Mac version this also happens. All built-in and 3rd-party input methods are affected. Reproducible: Always Steps to Reproduce: 1. Enter some CJK text using any input method in gmail's subject field. 2. Press Tab to switch to the email body text composing field. 3. Try entering some CJK text. Input method stops working at this point. All keystrokes are converted to ASCII text only. The input method status bar still indicates the enabled status. Actual Results: Input method stops working after tab-switching from gmail's subject field to the body text composer. Expected Results: Input method should not be affected. Firefox 3.5.7 did not have this problem. The above example was tested with Microsoft New Phonetic IME (微軟新注音) 2002a. Another person has informed me that when you attempt to reproduce this bug with MS New Phonetic IME 2003, you will notice that after tab-switching, the IME's status bar indicates that it has entered its alphanumeric mode (but the IME is still in effect). This mode is usually switched to by pressing the Shift key. However, at this point, Shift key also stops working. That is, once you tab-switched, you can't press Shift to wake the IME back into life. The only remedy is to click on other text fields or switch to other apps, press Ctrl-Space a few times to switch back and fro from the current IME, and only then the IME will come back to life. I have also reproduced the same bug using the above steps on a Mac OS X 10.6 installation using Mac version of Firefox 3.6 with the built-in Japanese input method (Kotoeri, Hiragana mode). The result is the same—IME stops working after tab-switching to the body text field in gmail.
Edit typo: s/a video I recored/a video I recorded/
I also find that this bug afflicts the Linux version of Firefox 3.6 when using iBus-based input methods.
I've changed the URL so that it's now a YouTube video: http://www.youtube.com/watch?v=foYx_EOywVE Also note that this bug seems to occur when you use gmail's rich text editor. This bug doesn't appear if you use its plain text editor.
Seem to be the duplicate of Bug 544277?
yes.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.