Closed Bug 941214 Opened 11 years ago Closed 10 years ago

[User Story] Browser Chrome: Create window

Categories

(Firefox OS Graveyard :: Gaia::System::Browser Chrome, defect)

Product:
Firefox OS Graveyard
Component:
Gaia::System::Browser Chrome
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(feature-b2g:2.1)

Status:
RESOLVED FIXED
Milestone:
2.1 S3 (29aug)
Project Flags:
feature-b2g 2.1

People

(Reporter: pdol, Assigned: aus)

References

Details

(Keywords: uiwanted, Whiteboard: [ucid:System131], system-browser[systemsfe][tako][p=1])

User Story: As a user I want to create a new browsing window so I can load multiple web pages at once. Acceptance Criteria: 1. By using the same method through which I used to be able to open new tabs, I can choose to open links in a new window which spawns a new browsing window.
Component: Gaia::System → Gaia::System::Window Mgmt
Blocks: browser-chrome-mvp
Component: Gaia::System::Window Mgmt → Gaia::System::Browser
No longer blocks: browser-chrome-mvp
Blocks: browser-chrome-mvp
Moving to window manager component. There will be a Firefox icon on the homescreen which will open a new browser window the first time it is tapped (probably just a bookmark to about:newtab), but we need a UX spec to define how new browser windows are created more generally.
Component: Gaia::System::Browser Chrome → Gaia::System::Window Mgmt
Keywords: uiwanted
Flags: needinfo?(fdjabri)
Blocks: 1.4-systems-fe
Flags: in-moztrap?(nhirata.bugzilla)
Flags: in-moztrap?(nhirata.bugzilla) → in-moztrap?(jsmith)
No longer blocks: 1.4-systems-fe
Flags: in-moztrap?(jsmith)
Latest UX spec (v0.11) on Box at: https://mozilla.box.com/s/ope5ebfg2gdxhimyhfqw
Flags: needinfo?(fdjabri)
Blocks: 992926
The spec seems not only for 'creating window'. Could anyone point me out is this bug talking about: "prompt a menu on link to open it"? or something else?
There are two ways to create a new (blank) browser window: 1) Tap the browser icon 2) Select the "new window" option from the context menu on the Rocketbar
See Also: → 992884
blocking-b2g: --- → backlog
feature-b2g: --- → 2.1
Whiteboard: [ucid:System131, 1.4:P2, ft:systems-fe], system-browser → [ucid:System131, ft:systemsfe], system-browser
As discussed in Berlin, I'll be taking this on for 2.1. We're waiting on final UX and final UI which should happen any moment now.
Assignee: nobody → aus
blocking-b2g: backlog → ---
Whiteboard: [ucid:System131, ft:systemsfe], system-browser → [ucid:System131], system-browser[systemsfe][tako]
Target Milestone: --- → 2.1 S1 (1aug)
Target Milestone: 2.1 S1 (1aug) → 2.1 S2 (15aug)
Depends on: 1054466
Component: Gaia::System::Window Mgmt → Gaia::System::Browser Chrome
Summary: [User Story] Sheets Manager: Create window → [User Story] Browser Chrome: Create window
Depends on: 941270
Target Milestone: 2.1 S2 (15aug) → 2.1 S3 (29aug)
This was implemented as part of the overflow menu work. Ready for acceptance.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [ucid:System131], system-browser[systemsfe][tako] → [ucid:System131], system-browser[systemsfe][tako][p=1]
Blocks: rocketbar-mvp
No longer blocks: browser-chrome-mvp
Blocks: browser-chrome-mvp
No longer blocks: rocketbar-mvp
No longer depends on: 941270
Hi aus, you marked this as RESOLVED FIXED but it still has a couple of open dependencies. I moved one of them to the rocketbar-mvp bug as it wasn't directly related, but is bug 1054466 fixed too?
Flags: needinfo?(aus)
Ben, it does look like the new overflow menu UX is implemented as well. At least, when I checked on Friday it was. :)
Flags: needinfo?(aus)
No longer depends on: 1054466
Looks like there is still work to do on overflow menu to change to another design but that's being tracked separately so removing dependency so we can leave this closed.
You need to log in before you can comment on or make changes to this bug.