Closed Bug 1009162 Opened 11 years ago Closed 11 years ago

[B2G][Email] The bottom username text field disappears when selecting the field in Manual setup with ActiveSync

Categories

(Core :: Graphics: Layers, defect)

30 Branch
ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1010119
blocking-b2g 1.4+
Tracking Status
b2g-v1.4 --- affected
b2g-v2.0 --- affected

People

(Reporter: jschmitt, Assigned: kats)

Details

(Keywords: regression)

Attachments

(2 files)

Attached image Username.png
Description: Username text field in ActiveSync disappears when user selects the field. Repro Steps: 1) Update a open_c to BuildID: 20140512000204 2) Open Email app 3) Create a new Email by selecting 'Manual' 4) Select 'Account Type' drop-down 5) Select ActiveSync 6) Select 'Username' field at the bottom of the screen Actual: The input field disappears from screen until scrolled. Expected: The input field does not disappear. 1.4 Environmental Variables: Device: open_c 1.4 BuildID: 20140512000204 Gaia: 17fb44880e95bc7ae363a609d811bf5a9a067b5b Gecko: ec24f847e7c0 Version: 30.0 Firmware Version: P821A10V1.0.0B06_LOG_DL Notes: Repro frequency: 100% See attached: screenshot
Tested on Open_C 2.0 and issue DOES reproduce. 2.0 Environmental Variables: Device: Open_C 2.0 MOZ BuildID: 20140512040203 Gaia: c1a8cbaac1d921cfb50e3a2600720b75cf5afabd Gecko: 6f5597d4d3e3 Version: 32.0a1 Firmware Version: P821A10v1.0.0B03_LOG-DL
Adding qawanted to check on Buri.
Keywords: qawanted
This issue does not occur on buri 1.4 MOZ 1.4 Environmental Variables: Device: buri 1.4 MOZ BuildID: 20140508000201 Gaia: 4ce973ef0732b0d52cb043210db598aa176b2ce9 Gecko: 16ab7f6b18f8 Version: 30.0 Firmware Version: v1.2-device.cfg
Keywords: qawanted
Does this reproduce on a 1.3 Open C base image?
Keywords: qawanted
(In reply to Josh Schmitt from comment #0) > Actual: > The input field disappears from screen until scrolled. Based on this description and the screenshot, this sounds like a painting issue. I would suggest seeing whether disabling tiling/etc. causes the problem to go away.
This issue does not occur on the Open C 1.3 1.3 Environmental Variables: Device: Open_C 1.3 MOZ BuildID: 20140505052400 Gaia: Unknown Git commit; build date shown here. Gecko: Version: 28.0 Firmware Version: P821A10V1.0.0B06_LOG_DL
Keywords: qawanted
Does this bug reproduce if you disable tile support (uncheck "Layers: Enable Tiles") on 1.4?
blocking-b2g: --- → 1.4?
Keywords: qawanted, regression
QA Contact: jschmitt
Attached image Username2.png
(In reply to Jason Smith [:jsmith] from comment #7) > Does this bug reproduce if you disable tile support (uncheck "Layers: Enable > Tiles") on 1.4? With "Layers: Enable Tiles" disabled the bug is worse. The 'Username' is still gone and the 'Hostname' is partially covered. I have included a screenshot with "Layers: Enable Tiles".
(In reply to Josh Schmitt from comment #8) > Created attachment 8421361 [details] > Username2.png > > (In reply to Jason Smith [:jsmith] from comment #7) > > Does this bug reproduce if you disable tile support (uncheck "Layers: Enable > > Tiles") on 1.4? > > With "Layers: Enable Tiles" disabled the bug is worse. The 'Username' is > still gone and the 'Hostname' is partially covered. > > I have included a screenshot with "Layers: Enable Tiles". I have included a screenshot with "Layers: Enable Tiles" disabled named Username2.
Keywords: qawanted
QA Contact: jschmitt
I'm bouncing this over to gfx because I think this is likely a tiling bug.
Component: Gaia::E-Mail → Graphics: Layers
Product: Firefox OS → Core
Version: unspecified → 30 Branch
blocking-b2g: 1.4? → 1.4+
Does this reproduce on some other device than Open C? We don't have one.
I think this is related to the size of the screen, and I think this is similar to bug 1008358. I'd have guessed APZ, but it's hard to tell. For those that can reproduce this, can you turn on the tile borders display and see if the badness aligns with the tile border?
Flags: needinfo?(bugmail.mozilla)
Flags: needinfo?(botond)
I don't have an Open C. Can't repro with a mster build on Nexus 4.
Flags: needinfo?(botond)
Switching to qawanted to see if we can reproduce on flame.
Agreed, this might be an APZ bug that is slightly mitigated by tiling because tiling will expand the displayport to the nearest tile boundary. Without more info or a device that can repro I can't do much here though.
Flags: needinfo?(bugmail.mozilla)
QA Contact: ddixon
Issue DOES reproduce on 1.4 Flame device. 1.4 Environmental Variables: Device: Flame 1.4 BuildID: 20140512183012 Gaia: b40103dec34a147c9018a1af76eb21c3184f2f93 Gecko: 5fc4f11705bf Version: 30.0 Firmware Version: v10F-3
Keywords: qawanted
Assignee: nobody → bugmail.mozilla
I worked with Josh Schmitt and we are actually NOT able to reproduce this issue on the build in comment 1 or the latest Open_C Central. Environmental Variables: Device: Open_C BuildID: 20140514073018 Gaia: 70953f779faf6b1a94861c34ffdc3d5fd1c442e5 Gecko: 93e03b8c127e Version: 32.0a1 Firmware Version: P821A10V1.0.0B06_LOG_DL
Ignore previous comment, This issue DOES reproduce on Open-C Central with the added steps below. New STR: 1) Open Email app 2) Create a new Email by selecting 'Manual' 3) Select 'Account Type' drop-down 4) Select ActiveSync 7) Tap the small space between 'Hostname' and 'Domain\Username' 8) If bug is not present, press the back arrow and repeat steps 2-7 Actual: The input field disappears from screen until scrolled. Expected: The input field does not disappear.
QA Contact: ddixon → jharvey
On Flame, I can't repro this on master, but I could repro it on a 1.4 build from pvtbuilds. I'll do a local 1.4 build to debug.
My investigation showed that this is a dupe of bug 1010119, and the patch I posted there seems to fix this. I wasn't able to reproduce this 100% to begin with but I'm fairly confident the fix is right. Duping bug.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: