Closed Bug 1131024 Opened 10 years ago Closed 10 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]
Keywords: checkin-needed
Status: NEW → RESOLVED
Closed: 10 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: