Closed Bug 1063740 Opened 10 years ago Closed 10 years ago

Home screen is shown in landscape mode when canceling out of search app.

Categories

(Firefox OS Graveyard :: Gaia::Search, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v2.1 verified, b2g-v2.2 verified)

VERIFIED FIXED
2.1 S4 (12sep)
blocking-b2g 2.1+
Tracking Status
b2g-v2.1 --- verified
b2g-v2.2 --- verified

People

(Reporter: swilkes, Assigned: vingtetun)

References

Details

(Whiteboard: [systemsfe][2.1-flame-test-run-2])

Attachments

(1 file)

Unclear if this belongs in Homescreen or Search component. Filing under Search for now since this does not happen to the "normal" home screen.

Cancel out of search app. 
User is able to enter the home screen in landscape mode and can switch back and forth between portrait and landscape. 
This should not be able to happen: home screen should not have a landscape mode display (as it does not when, if normally on the home screen, the user turns the device and nothing changes).
Whiteboard: [2.1-FL-bug-bash]
Whiteboard: [2.1-FL-bug-bash]
[Blocking Requested - why for this release]: Carrying over blocking request from bug 1063871, and seems like a poor experience.
blocking-b2g: --- → 2.1?
blocking-b2g: 2.1? → 2.1+
Whiteboard: [systemsfe]
Attached patch bug1063740.patch (deleted) — Splinter Review
Basically what happens here is that the orientation is unlocked when the search window is displayed. And since the underlying app is not really close, the transition controller never tell it to update the orientation.

We could forge a more elaborate patch but the orientation of the search app really depends on the orientation of the opening app since I assume we want to support landscape for the browser use case, but be portrait only for portrait only apps (since their layout is not ready to be displayed on landscape).
Attachment #8487564 - Flags: review?(kgrandon)
Comment on attachment 8487564 [details] [diff] [review]
bug1063740.patch

Review of attachment 8487564 [details] [diff] [review]:
-----------------------------------------------------------------

I don't like that this makes it so we can no longer rotate the search app in the home screen =(

I do suppose that this is better than what we have today, and I think it should solve the blocker, so let's go with this for now.
Attachment #8487564 - Flags: review?(kgrandon) → review+
Assignee: nobody → 21
Status: NEW → ASSIGNED
(In reply to Kevin Grandon :kgrandon from comment #4)
> Comment on attachment 8487564 [details] [diff] [review]
> bug1063740.patch
> 
> Review of attachment 8487564 [details] [diff] [review]:
> -----------------------------------------------------------------
> 
> I don't like that this makes it so we can no longer rotate the search app in
> the home screen =(
> 

The issue is that the homescreen is visible below the search app. Make the search app opaque and then we can do whatever you want :)

Also this is not only for the homescreen for what it worth. This happens for every app :/
But for apps that don't lock orientation (like gallery, the browser, etc), we can still rotate which is nice. Being able to rotate the browser newtab page is probably the most important right now, and if you can't do it in an app, the user can blame the app at least :)
Target Milestone: --- → 2.1 S4 (12sep)
Link to failed test case: https://moztrap.mozilla.org/manage/case/13755/
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
Whiteboard: [systemsfe] → [systemsfe][2.1-flame-test-run-2]
This has been sitting for a while, so going to land it for you. In master: https://github.com/mozilla-b2g/gaia/commit/76293cc72066218e8334928c7fe0e88bb4676462
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
Please request Gaia v2.1 approval on this patch when you get a chance.
Flags: needinfo?(21)
Comment on attachment 8487564 [details] [diff] [review]
bug1063740.patch

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #):
[User impact] if declined:
[Testing completed]:
[Risk to taking this patch] (and alternatives if risky):
[String changes made]:
Attachment #8487564 - Flags: approval-gaia-v2.1?
Flags: needinfo?(21)
Comment on attachment 8487564 [details] [diff] [review]
bug1063740.patch

Next time please answer the questions in the approval template ;)
Attachment #8487564 - Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
This issue is verified fix on Flame 2.1 and Flame 2.2

Flame 2.1 KK (319mb) (Full Flash)

Environmental Variables:
Device: Flame 2.1
BuildID: 20141010000201
Gaia: bc8eb493311c58f1f311a56b8b645b52bfbd2f71
Gecko: 72c13d8631ff
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 34.0a2 (2.1)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Flame 2.2 Master KK (319mb) (Full Flash)

Device: Flame 2.2
BuildID: 20141010040202
Gaia: 1036b544b7e102592bd9fab95cd9317329ac1293
Gecko: 50b689feab5f
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 35.0a1 (2.2)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Homescreen appears properly in portrait mode after closing Rocketbar.
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Going to - things that depend on landscape b2g desktop support for now, and we can revisit once we have it.
Depends on: 1080309
Flags: in-testsuite-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: