Closed Bug 876031 Opened 11 years ago Closed 11 years ago

UX work - Crash report pages

Categories

(Firefox for Metro Graveyard :: Browser, defect, P1)

x86
Windows 8.1
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ywang, Assigned: jimm)

References

Details

Attachments

(2 files, 2 obsolete files)

This bug is created to track the UX design work for 831972: Story - Crash reporting.
Assignee: nobody → ywang
Priority: -- → P1
Attached file [Mockup]Crash reporting_0606 (obsolete) —
This is the version 1 of Crash report design.
Will probably have small iterations on the copy and privacy statement after reviewing with UX and Privacy team.

But feel free to post your feedback in this bug!
Attached file [Mockup]Crash reporting_0606 (obsolete) —
Attachment #759538 - Attachment is obsolete: true
Note that B2G has practically the same work flow there, so you might be able to borrow some ideas/text/flow-design from that.
(Needless to say that all those crash reports will be vastly inferior to Windows desktop crash reports in terms of data we get out of there, because we'll be missing comments and user email addresses, possibly even URLs - but I don't see a good resolution for that at this point without the ability to display a per-crash dialog there.)
(In reply to Robert Kaiser (:kairo@mozilla.com) [away until early June] from comment #4)
> Note that B2G has practically the same work flow there, so you might be able
> to borrow some ideas/text/flow-design from that.

Note that this design is created based on the V1 story Asa and the team agreed upon. A per-crash dialog would be ideal but unfortunately not a priority to work on for the V1 release at this moment. 

I've also looked through the B2G crash flow design specs. Since B2G supports per-crash dialog while Metro does not, the flow needs to be designed differently. 

I will update this document today based on the feedback I received from UX team.
Finalized IxD flow based on the feedback from UX team.

Once I finish a sync-up with privacy team early next week, there might be changes to the privacy statement. 

But the basic interaction flows and wording should be good to go!

I assume we could just reuse the visual theme for info bar. Flagged Stephen to review the visuals.
Attachment #759540 - Attachment is obsolete: true
Attachment #761188 - Flags: feedback?(shorlander)
Unfortunately, this design may very well give us very low opt-in rates, as it's incredibly easy for people to click to never send. I'm not happy with that.
Comment on attachment 761188 [details]
[Mockup]Crash reporting_0611

(In reply to Yuan Wang(:Yuan) – Firefox UX Team from comment #7)
> I assume we could just reuse the visual theme for info bar. Flagged Stephen
> to review the visuals.

Yes we should use the same button styling from the info bar. I think we have overlay styling also?
Attachment #761188 - Flags: feedback?(shorlander)
Design appears to be complete, unblocking the design bug.
No longer blocks: Backlog-MetroDesign
Assignee: ywang → jmathies
Attachment #767159 - Flags: review?(jwilde)
Component: General → Browser
Alina is okay with our current design. She said we can start implementing while awaiting for her privacy review. 

She will get back to us with a more consistent language and tune of crash report message.

So mark this bug as complete for now.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment on attachment 767159 [details] [diff] [review]
use the same class for all chrome text links

moving to a new bug.
Attachment #767159 - Flags: review?(jwilde)
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: