Closed Bug 796288 Opened 12 years ago Closed 12 years ago

Homescreen ~20px to long after launching the camera

Categories

(Firefox OS Graveyard :: Gaia, defect)

defect
Not set
normal

Tracking

(blocking-basecamp:+)

RESOLVED WORKSFORME
blocking-basecamp +

People

(Reporter: ghtobz, Unassigned)

Details

(Keywords: reproducible, Whiteboard: [label:camera][label:homescreen])

[GitHub issue by etiennesegonzac on 2012-09-24T13:45:24Z, https://github.com/mozilla-b2g/gaia/issues/5090]
I guess this is a fullscreen issue.

STR:
* Open the camera
* Press home to go back to the homescreen

Expected:
* The homescreen is in the same state than previously

Actual:
* The homescreen looks ~20px too loong, the we can't see the bottom of the dock icons.
[GitHub comment by nhirata on 2012-09-24T16:36:12Z]
I think this might be a regression from the fullscreen app bugs?
[GitHub comment by autonome on 2012-09-28T05:30:59Z]
@davidflanagan @daleharvey
[GitHub comment by davidflanagan on 2012-09-28T06:00:17Z]
Hmm.  I think I've also seen this same symptom after doing inline activities, so I thought it was related to that.  Maybe I only saw it when I was launching the open activity from the camera.

I've just converted gallery to use fullscreen mode, and can confirm that I see wonky shifts in where things should be after leaving fullscreen mode in that app, too.  

So this is probably a gecko bug.  Maybe someone in QA can try to narrow down just when the symptoms appear and file in bugzilla?  The three apps I know of that use fullscreen are camera (always fullscreen), video (goes fullscreen to play videos) and gallery (goes full screen if you tap on a thumbnail and then tap again on the image.)
[GitHub comment by nhirata on 2012-10-01T16:56:08Z]
Tagging as qa-wanted.  Label issues that you want qa to narrow down as qa-wanted please.  :)
Keywords: qawanted
Whiteboard: [label:camera][label:homescreen][label:qa-wanted] → [label:camera][label:homescreen]
[mass adding reproducible keyword for any open Gaia bug with the word "STR:" in comments]
Keywords: reproducible
Un...I am sure this is fixed by last Friday(9/28?).

NOT a gecko bug because we "pretend" to be fullscreen if the app defines fullscreen in its manifest, instead of use `mozRequestFullScreen`. The `fullscreen` app is resized in window manager hence the height of app is the same as window.height. And the status bar's z-index is lowered to be below the fullscreen app.
So this is just a gaia bug, and there is many dup of this bug. Like https://github.com/mozilla-b2g/gaia/issues/5384

Could anyone of you confirm it's already fixed? Thanks.
Should be fixed according to @Alive in comment 6.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
No specific change identified to dupe against, so -> WFM
Resolution: FIXED → WORKSFORME
Don't think this needs qa attention anymore, so removing qawanted. If we do still need it, please re-add.
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.