Closed Bug 1131024 Opened 9 years ago Closed 9 years ago

Allow launching private browser via a search app message

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

x86
macOS
defect
Not set
normal

Tracking

(b2g-v2.2 verified, b2g-master verified)

VERIFIED FIXED
2.2 S6 (20feb)
Tracking Status
b2g-v2.2 --- verified
b2g-master --- verified

People

(Reporter: kgrandon, Assigned: kgrandon)

References

Details

(Whiteboard: [systemsfe])

Attachments

(1 file)

The search app will have a button to enter private browsing. I'm not sure what the long term approach will be, but since it already opens up a channel with the rocketbar code, we could use that for now.
Comment on attachment 8561364 [details] [review]
[PullReq] KevinGrandon:bug_1131024_launching_private_window_message to mozilla-b2g:master

Alive - Could you take a look and let me know if you think this is ok? This will allow the search app to trigger a private window.

Come tap me on the shoulder if you have any questions/suggestions :) Thanks!
Attachment #8561364 - Flags: review?(alive)
Comment on attachment 8561364 [details] [review]
[PullReq] KevinGrandon:bug_1131024_launching_private_window_message to mozilla-b2g:master

One concern is coupling - please use Service.register/Service.request or at least event dispatching.
Attachment #8561364 - Flags: review?(alive) → review+
Moved to using events for now, as I'm not still not sure what is best for what. We can always port to Service.register/request if needed.
Keywords: checkin-needed
Whiteboard: [systemsfe]
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Comment on attachment 8561364 [details] [review]
[PullReq] KevinGrandon:bug_1131024_launching_private_window_message to mozilla-b2g:master

This is necessary work to support private browsing in 2.2.

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): Feature implementation.
[User impact] if declined: Can't use private browsing.
[Testing completed]: Manual and unit testing.
[Risk to taking this patch] (and alternatives if risky): Fairly self-contained to browsing functionality, so low risk.
[String changes made]: No.
Attachment #8561364 - Flags: approval-gaia-v2.2?(fabrice)
Attachment #8561364 - Flags: approval-gaia-v2.2?(fabrice) → approval-gaia-v2.2+
This bug has been verified as "pass" on latest nightly build of Flame v2.2 & master.

STR:
1.Launch Browser app.

Actual results: It shows the 'New private window' button under 'Top Sites' thumbnails, and user can use the 'New private window' button normally.
See attachment: verified_Flame_v2.2.3gp
Reproduce rate: 0/10


Device: Flame v2.2 (Verified) 
Build ID               20150712002506
Gaia Revision          84d0c76370dcd3d25813b00de55194730884355b
Gaia Date              2015-07-09 13:09:14
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/8d59402ba85a
Gecko Version          37.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150712.040416
Firmware Date          Sun Jul 12 04:04:27 EDT 2015
Bootloader             L1TC000118D0

Device: Flame master (Verified)
Build ID               20150712010205
Gaia Revision          e4b63559eba364892867eb381c3002d6518e5d6a
Gaia Date              2015-07-10 14:29:23
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/eab21ec484bb
Gecko Version          42.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150712.050401
Firmware Date          Sun Jul 12 05:04:12 EDT 2015
Bootloader             L1TC000118D0
Status: RESOLVED → VERIFIED
QA Whiteboard: [MGSEI-Triage+]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: