Closed Bug 1046504 Opened 10 years ago Closed 10 years ago

[System] Press home key wile orientation changed would shrink app window abnormally

Categories

(Core :: Panning and Zooming, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1042260

People

(Reporter: gweng, Assigned: kats)

References

Details

STR:

1. Hold phone in landscape mode
2. Open an app allowed orientation change
3. Press home key while it's doing the change

Expect:

Back to Homescreen without any issue

Actual:

Homescreen would become 1/4, and then (if re-do the STR again) 1/8, and then 1/16...

User can manipulate the shrunk app. And to open other apps they're all in the normal size.

It would occur on both horizontal and vertical Homescreen, and in some case, is the opened app got shrunk, not Homescreen. User can still press home key to Homescreen, which is in normal size.

Videos:

http://youtu.be/tlTtgWKYso8 
http://youtu.be/kJt8DGP_zpo
---

Reproducible on these builds (Flame):

Gaia c72257b2
Gecko BuildID 20140724160202

Gaia b67ddd7d
Gecko BuildID 20140730160200

Gaia 

Tried to reproduce it on Tarako but it's unreproducible

---

This bug sometimes is very easy to reproduce, especially when you success once. However, the repo rate is not 100%, so there may be some racing issues.

Don't know whether the number of media files in the database affects the repo rate or not. Maybe to scan large database would make it easier to reproduce.
NI Alive to see if we can have a possible root cause.
Flags: needinfo?(alive)
Assignee: nobody → gduan
It seems the size of homescreenWindow is correct (width 320, height 539) when this occurs. Both the div.appWindow and browser iframe are. I am not sure but this might be a graphic issue.
Flags: needinfo?(alive)
NI Jerry to see who can be NI to handle this bug, since this seems not a Gaia bug after all, and after turn APZ off, it become unreproducible or hard to reproduce.
Flags: needinfo?(hshih)
As comment 3 stated, it might require gecko's team to investigate first.
Assignee: gduan → nobody
Hi Kats,
Is it related to apzc? Does apzc need to handle the orientation window size change?
Flags: needinfo?(hshih) → needinfo?(bugmail.mozilla)
See Also: → 1046546
See Also: 1046546
Is this the same as bug 1042260?

The apz code should already be handling size changes from rotations but maybe there's a bug. I'll try to repro; leaving needinfo on me for now.
I'm not able to reproduce on the build I have on my Flame at the moment. Will sync up to the latest master and try again.
I'm still unable to reproduce on the latest master. In the video it looks like your gallery app has only two images, is that correct? My gallery has a bunch of images so if you have only two I can try deleting the rest of mine. Also when I start the gallery in landscape it always renders in portrait for a brief instant before it switches to landscape. It doesn't look like that is happening in the video.
Flags: needinfo?(bugmail.mozilla)
I can reproduce with different STR:

1. Open gallery (I deleted all but two images, not sure if that matters)
2. Rotate to landscape
3. Long-press the home button to bring up the app switcher
4. Rotate to portrait
5. Press the home button again to dismiss the app switcher and go back to the homescreen

At this point the homescreen will be shrunken. This does look like an APZC issue so I can look into it.
Component: Gaia::System::Window Mgmt → Panning and Zooming
Product: Firefox OS → Core
Version: unspecified → Trunk
Assignee: nobody → bugmail.mozilla
... and I can no longer reproduce this. :(
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.