Closed Bug 652948 Opened 14 years ago Closed 14 years ago

First character typed in form is invisible

Categories

(Firefox for Android Graveyard :: General, defect)

All
Android
defect
Not set
normal

Tracking

(firefox5 unaffected)

VERIFIED DUPLICATE of bug 655852
Tracking Status
firefox5 --- unaffected

People

(Reporter: mbrubeck, Assigned: stechz)

References

Details

(Keywords: inputmethod, mobile, regression, Whiteboard: formfill)

Attachments

(1 file)

Steps to reproduce: 1. Open http://people.mozilla.com/~mbrubeck/test/form.html 2. Tap in the text input box. 3. Type a letter. Expected results: The letter appears in the input box. Actual results: Depending on which letter you type (and possibly on the contentns of your form history?), the caret moves but the letter is not drawn, or is not completely drawn. For example, see the attached screenshot where only about one pixel of the letter "A" is visible. After typing another letter, or tapping elsewhere on the page, the letter becomes visible. I can reproduce this on trunk Galaxy Tab and T-Mobile G2 with both Swype and Samsung Keypad. I can *not* reproduce it with the "Android keyboard" input method. (I think this is because "Android keyboard" has suggestions enabled, so it sends the letter as a composition.) I can't reproduce this on Aurora, so this is a regression since Firefox 5.0 merged to mozilla-aurora. I thought I saw this on desktop Linux Fennec too, but can't currently reproduce it there. I might have been mistaken.
Whiteboard: formfill
Could this be a regression from bug 649666, or bug 649583? Or maybe bug 637671?
sounds like its time for a bisect
I'll see what I find tomorrow.
The first bad revision is: changeset: 68087:193ec7c89ad5 user: Benjamin Stover <bstover@mozilla.com> date: Wed Apr 13 14:12:22 2011 -0700 summary: Bug 649583 Panning regression on google reader in 2011-04-12 nightly r=roc What is screwy is that bug 649583 is checked into Aurora and I don't see this problem on Aurora. Builds from bisecting http://people.mozilla.com/~kbrosnan/tmp/652948/fennec-6.0a1.en-US.eabi-arm-193ec7c89ad5-bad.apk http://people.mozilla.com/~kbrosnan/tmp/652948/fennec-6.0a1.en-US.eabi-arm-704c27a2a2e4-good.apk
I'll look into it.
Assignee: nobody → ben
Blocks: 649583
I'm seeing this regression or perhaps a very similar issue on my 05/16 Nightly. In comment #0, there is mention of very minor drawing, but I am not seeing any drawing of my first character until the content is repainted (device rotation) Device: HTC Nexus One Keyboard: Android Stock
(In reply to comment #7) > I'm seeing this regression or perhaps a very similar issue on my 05/16 > Nightly. In comment #0, there is mention of very minor drawing, but I am not > seeing any drawing of my first character until the content is repainted > (device rotation) > > Device: HTC Nexus One > Keyboard: Android Stock Spoke too soon, if I squint I can see a very slight paint on the character 'r'. It appears I'm running into this very bug.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
tracking-fennec: ? → ---
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: