Description: When a user is an application and opens a Dialog window, they can observe odd UI behavior if they transition between homescreen and the app. Tapping home to return to homescreen, then reopening the app will have the user observe the app open then the dialog taking the UI foreground. The transition seems unnecessary as the UI for the Dialog was present on the screen when the user navigated away and is expected to be there when they return. * Issue responds faster on higher memory devices Repro Steps: 1) Update a Flame to 20150529010201 2) Open Settings app 3) Navigate to 'Messaging Settings' 4) Tap 'Auto Retrieve' dialog to open 5) Tap home button with dialog open 6) Open Settings app 7) Observe UI Actual: App opens then dialog opens after a second Expected: * App opens with dialog open -- or -- * App opens, no dialog [2.1 behavior] Environmental Variables: ------------------------------- Device: Xperia Z3 Compact (B2G) BuildID: 20150528210322 Gaia: 18f7c340f970991a10c288310bbfd4d105a1430c Gecko: b7aed25b94251ea192021885323f15e87fc39321 Version: 41.0a1 (3.0) Device: Flame 3.0 Build ID: 20150529010201 Gaia: e7d268074ee3c9eeb191c2205c0e35992fb3915d Gecko: f986e55c4e0b Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67 Version: 41.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0 Device: Flame 2.2 BuildID: 20150529002502 Gaia: a57ec5786c9f941c690266bbb26049dbb8482b05 Gecko: 6e9875ef5297 Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 37.0 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0 ********************************** Issue DOES NOT REPRO on 2.1 for flame devices Results: Returning to an app with dialog window open does not open dialog window Device: Flame 2.1 BuildID: 20150529001200 Gaia: 2304a1f6327c2ccf35d6995ee16f2231ed1f22a3 Gecko: 894528758073 Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 34.0 (2.1) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 ------------------------------- Repro frequency: 5/5 See attached: video- https://youtu.be/ujADqf6n2YA logcat

I dont see this on my 3.0 build from 4/13

What I'm seeing from 4/13 is that it begins to fade after about .4 seconds it fades to the dialogue window instead of snapping to it like it does on builds from today. This still doesn't match the expected results in comment 0 so im going back further.

Bug 1029943 may have caused this issue. Please see the pushlog. B2g-inbound Regression Window Last Working Environmental Variables: Device: Flame 2.2 BuildID: 20140905062812 Gaia: 04bfb7cab6a5485b650dac75cf99b8509ae148fc Gecko: 6aa95efb9322 Version: 35.0a1 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0 First Broken Environmental Variables: Device: Flame 2.2 BuildID: 20140905063113 Gaia: 04bfb7cab6a5485b650dac75cf99b8509ae148fc Gecko: 0bb6b880744e Version: 35.0a1 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0 Last Working gaia / First Broken gecko - Issue DOES occur Gaia: 04bfb7cab6a5485b650dac75cf99b8509ae148fc Gecko: 0bb6b880744e First Broken gaia / Last Working gecko - Issue does NOT occur Gaia: 04bfb7cab6a5485b650dac75cf99b8509ae148fc Gecko: 6aa95efb9322 Gaia Pushlog: http://hg.mozilla.org/integration/b2g-inbound/pushloghtml?fromchange=6aa95efb9322&tochange=0bb6b880744e

Ting-Yu Lin, can you take a look at this please? This might have been caused by the work done for bug 1029943.

I can still reproduce this issue on master with preferences "selectioncaret.enabled" and "touchcaret.enabled" off, so it's unlikely that bug 1029943 causes this issue. Tim, your changes are also in the pushlog in comment 3. Do you have any idea about this Gaia behavior?

Should be caused by my patch, but I don't think without the patch we would get exactly the expected behavior. Anyhow, this should be gone when bug 1162360 is landed.

Please help me test the latest master with bug 1162360 included.

This issue still occurs in the latest Flame 3.0 build. Actual Results: The dialogue window shows up after being delayed. Environmental Variables: Device: Flame 3.0 BuildID: 20150617010205 Gaia: 6271f932e1e918a35ee89f54288bd13385143a71 Gecko: d7c148c84594 Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4 Version: 41.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0

Comment 3 and comment 8 contradicts with each other. Not sure what happen here, but we should try to see what can be improved.

Actually, I don't think this can count as a regression at all based on comment 8. We can't say this is a regression of X when backout of X doesn't fix it... I am going to remove the references and leave this bug as-is and leave it as future possibility for improvement.

Firefox OS is not being worked on