Created attachment 8357932 [details] With APZC enabled. Unagi, trunk. 1. In the network choice page of the FTU, pick a secure network. 2. Before the page with the password prompt shows up, pick another secure network. At this point, I got into a loop where, without any user interaction, the keyboard would appear and disappear, and in some cases, we'd be bouncing between the password page and the list of networks - different behavior when I tested depending on APZC being on or off, but bad in both cases. See attachment movies.
The recordings are short, but the "animation" kept on going.
blocking-b2g: --- → 1.3?
Summary: Loops involving keyboard → (infinite?) animation loops in FTE involving keyboard
QA Wanted to confirm this reproduces on a Buri device.
This issue does not reproduce on the Buri 1.3 Build ID: 20140110004009 Gaia c606b129a2d1647c0fc7bfb197555026e9b27f9e SourceStamp c5109884ae3a BuildID 20140110004009 Version 28.0a2
(In reply to Sarah Parsons from comment #4) > This issue does not reproduce on the Buri 1.3 Build ID: 20140110004009 > > Gaia c606b129a2d1647c0fc7bfb197555026e9b27f9e > SourceStamp c5109884ae3a > BuildID 20140110004009 > Version 28.0a2 Can also check 1.4 as well?
This issue started to occur on the Buri 1.3 Build ID: 20131206040203 Gaia 8fca2ca67e8a6022fe6ed8cb576e5d59dfb5237f SourceStamp 1401e4b394ad BuildID 20131206040203 Version 28.0a1 Last working Buri 1.3 Build ID: 20131205040201 Gaia 1dd0e5c644b4c677a4e8fa02e50d52136db489d9 SourceStamp 725c36b5de1a BuildID 20131205040201 Version 28.0a1
Wrong bug sorry
This issue does not reproduce on the Buri 1.4 Build ID: 20140110040206 Gaia f400efc804366c7b7cf5476d1d5d325e6651ee71 SourceStamp 37516445a0b5 BuildID 20140110040206 Version 29.0a1
Okay - that makes this unagi-specific, which is not a blocker.
blocking-b2g: 1.3? → -
3 years ago
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.