Closed Bug 845152 Opened 11 years ago Closed 11 years ago

[MP] Story - NewUI - Access and dismiss the new Firefox app bar

Categories

(Tracking Graveyard :: Metro Operations, defect, P1)

x86
Windows 8.1
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: asa, Assigned: jwilde)

References

Details

(Whiteboard: [Metro Preview] feature=story c=main_ui_reorganization u=metro_firefox_user p=20)

Attachments

(1 file)

      No description provided.
Depends on: 835623
Priority: -- → P2
Whiteboard: feature=story c=main_ui_reorganization u=metro_firefox_user p= → feature=story c=main_ui_reorganization u=metro_firefox_user p=0
Component: General → Metro Operations
Product: Firefox for Metro → Tracking
Version: unspecified → ---
No longer depends on: 842203
Priority: P2 → P3
Priority: P3 → P5
Whiteboard: feature=story c=main_ui_reorganization u=metro_firefox_user p=0 → feature=story c=main_ui_reorganization u=metro_firefox_user p=13
I think it would be good to split bug 835623 into a new story bug in which case it becomes a 5? and this bug becomes an 8?
Flags: needinfo?(mmucci)
Hey Brian, would any of the current dependencies from Bug 845152 move with Bug 835623 if it were to be it's own story?
Flags: needinfo?(mmucci)
Flags: needinfo?(netzen)
I don't think so
Flags: needinfo?(netzen)
No longer depends on: 835623
Whiteboard: feature=story c=main_ui_reorganization u=metro_firefox_user p=13 → feature=story c=main_ui_reorganization u=metro_firefox_user p=8
Hi Asa, with the removal of the work item 835623, does the existing story for 845152 require modification?
Flags: needinfo?(asa)
Blocks: metrov1backlog
No longer blocks: metrov1planning
(In reply to Marco Mucci [:MarcoM] from comment #4)
> Hi Asa, with the removal of the work item 835623, does the existing story
> for 845152 require modification?

Nope. This story is still fine.
Flags: needinfo?(asa)
Depends on: 854269
No longer depends on: 854269
Depends on: 841228
No longer depends on: 841228
Priority: P5 → P1
Assignee: nobody → hello
Status: NEW → ASSIGNED
Blocks: metrov1it9
No longer blocks: metrov1backlog
QA Contact: jbecerra
Depends on: 882942
Assignee: jwilde → nobody
Blocks: metrov1backlog
No longer blocks: metrov1it9
Depends on: 873251
Depends on: 883390
No longer depends on: 836414
No longer depends on: 873251
Depends on: 885242
I'll own this story. Jonathan and I are working on its two remaining work bugs.
Assignee: nobody → fyan
Thanks Frank.  I'll include it as part of IT#10.
This bug has increased in difficulty and scope since we last estimated its LOE, due to the update of design specs and inclusion of the half-height autocomplete.
Could you raise this to a p=20? Jonathan's piece alone would at least account for p=13.

Fortunately, we're not blocked by anything. :)
Depends on: 885541
Hi Frank.  Thanks for the update.  Yes, I'll increase the point estimate for this feature story to 20.
Whiteboard: feature=story c=main_ui_reorganization u=metro_firefox_user p=8 → feature=story c=main_ui_reorganization u=metro_firefox_user p=20
Blocks: metrov1it10
No longer blocks: metrov1backlog
Assignee: fryn → jwilde
Assignee: jwilde → nobody
Blocks: metrov1backlog
No longer blocks: metrov1it10
Status: ASSIGNED → NEW
Depends on: 891133
Assignee: nobody → jwilde
Status: NEW → ASSIGNED
Blocks: metrov1it11
No longer blocks: metrov1backlog
Depends on: 894715
Depends on: 898106
Blocks: metrov1it12
No longer blocks: metrov1it11
Depends on: 891656
Whiteboard: feature=story c=main_ui_reorganization u=metro_firefox_user p=20 → [Metro Preview] feature=story c=main_ui_reorganization u=metro_firefox_user p=20
Summary: Story - NewUI - Access and dismiss the new Firefox app bar → [MP] Story - NewUI - Access and dismiss the new Firefox app bar
Depends on: 899726
Depends on: 901094
Assignee: jwilde → mbrubeck
No longer depends on: 898106
Blocks: metrov1it13
No longer blocks: metrov1it12
Depends on: 905453
Adding updated wallpaper patch to Bug 891656 for Iteration #13.
Assignee: mbrubeck → jwilde
If I'm not mistaken, all of the stuff we were planning to do for the preview for this bug has been completed. Should I go ahead and close?
No, Asa is evaluating the final bug.  He's going to provide a recommendation early next week.
(In reply to Marco Mucci [:MarcoM] from comment #12)
> No, Asa is evaluating the final bug.  He's going to provide a recommendation
> early next week.

I'm hopeful that we're good enough here but I want to look at this across a range of devices and make sure there's nothing ugly left with the clipping issue. Once the bandaid is verified sufficient, we'll close out this story.
I think we can close this story but we have to keep one remaining defect open on a couple of buttons being right-side clipped in high-dpi mode that I think we must fix before release. That being said, the story here is functional. We have everything we want except this one visual glitch.
Blocks: metrov1it14
No longer blocks: metrov1it13
Marking as Resolved based on Asa's Comment #14 and leaving Bug 905453 as an MP Defect.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Verified as fixed while testing for iteration #17, with latest Nightly (build ID: 20131028030205) on Win 8-32bit, following the user story from comment 0.I can see round and complete icons for all buttons, with no cut offs.
Status: RESOLVED → VERIFIED
OS: Windows 8 Metro → Windows 8.1
Product: Tracking → Tracking Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: