User-Agent: Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP; rv:1.7a) Gecko/20040207 Camino/0.7+ In the state where temporary Japanese is inputted, even if it continues pushing a key, auto-repeat does not work. Reproducible: Always Steps to Reproduce: 1.Turn on input-method. 2.Pushing a key is continued.(e.g. push 'a' key) 3. Actual Results: Auto-repeat does not work. Expected Results: Auto-repeat does work.
Target Milestone: --- → Camino0.9
(In reply to comment #1) > firstname.lastname@example.org, does it work using Mozilla or Firefox? Yes. Mozilla and Firefox is satisfactory auto-repeat works. auto-repeat does not commit only Camino. Of course, there is no problem in English input mode also by Camino.
Does it matter if you’re typing in the URL Location field or in an HTML TEXTAREA?
(In reply to comment #3) > Does it matter if you’re typing in the URL Location field or in an HTML TEXTAREA? I hardly input Japanese on a URL bar. Although tried for the first time, there was no problem in a URL bar. (The problem did not have Google search bar.) This problem is generated in INPUT and TEXTAREA. About whether this problem is important, judgment is difficult... But I think that it is good on user experience that auto-repeat work in any input modes.
email@example.com could you provide us non Japanese developers some steps on how we could check the behaviour, perhaps a test case? And could you update the status on this bug with a recent version of Camino?
(In reply to comment #5) > firstname.lastname@example.org could you provide us non Japanese developers some steps on how > we could check the behaviour, perhaps a test case? For example, if IME is turned ON by INPUT and TEXTAREA of google or bugzilla and it continues pushing some keys, this problem will reappear. Step: 1. goto http://www.google.com 2. IME is turned ON. 3. Pushing a key is continued. For example, pushing the "a" key is continued. > And could you update the status on this bug with a recent version of Camino? This problem is still reproduced. 2004102119 (v0.8+) This problem is not reproduced by Mozilla and Firefox. Only Camino is reproduced. If IME is turned OFF, of course, auto-repeat will work.
1. We still need confirmation of this problem 2. If this can be confirmed, is this a regression? 3. Is this fix necessary for 0.9? We are being conservative about 0.9 blockers now, and if this is not a regression then it is likely that this should go on the 1.0 list.
(In reply to comment #7) > 1. We still need confirmation of this problem I can confirm this problem with 2005-03-05-08 NB. > 2. If this can be confirmed, is this a regression? I'm sorry to say I don't know when this problem started and this is a regression. > 3. Is this fix necessary for 0.9? We are being conservative about 0.9 blockers > now, and if this is not a regression then it is likely that this should go on > the 1.0 list. Non ASCII users always use IME in input or text area, so I think this fix is desired for 0.9.
Ok I'll confirm this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment on attachment 177217 [details] [diff] [review] patch : go to "isARepeat" part when user turn on IME. Seems reasonable. Has it been thoroughly tested?
Attachment #177217 - Flags: review?(sfraser_bugs) → review+
Attachment #177217 - Flags: superreview?(pinkerton) → superreview+
landed on trunk
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
verified. 2005032608 (v0.8+)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.