Implement Starred Contacts to Promote Important Contacts, Hide Others

RESOLVED INVALID

Status

()

RESOLVED INVALID
6 years ago
6 years ago

People

(Reporter: jboriss, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 1 obsolete attachment)

(Reporter)

Description

6 years ago
User privacy and control are two important goals for this project.  As discussed in Bug 763806, a user's contacts can themselves constitute highly personal data, which users of the Facebook sidebar may not want to be visible at all times.  Even if users do not mind their contacts being visible, it's likely that of all their Facebook friends, there's probably only a handful they have chat conversations with regularly.  This brings up another problem with a list of contacts: sorting first by status and then by name means that finding a common contact requires scrolling through an often long list.

Providing a way to narrow the list of visible contacts to just a few key contacts solves both the privacy and focus concerns.  The mockups below outline how it would work.  The user would start by starring contacts which are most important to them.  These contacts would jump to the top of their contact list.  Users could stop there and simply have much easier access to the people they talk with most.  If they wish to hide the other contacts, for privacy or for focus, a link to do so appears after the first contact has been starred.
(Reporter)

Comment 1

6 years ago
Created attachment 632117 [details]
Mockup: Starred contacts used for contact promotion and progressive disclosure
this seems like the wrong attachment.
(Reporter)

Comment 3

6 years ago
Created attachment 636808 [details]
Mockup: Starred contacts used for contact promotion and progressive disclosure (

(fixed)
Attachment #632117 - Attachment is obsolete: true
This is currently out of our control and would need to be implemented completely by the provider.
I'm going to second Marks last comment, this seems like provider functionality and not something controllable by us.
This is really provider content functionality that we dont have control over, so I'm going to close this.
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INVALID
Group: mozilla-corporation-confidential
You need to log in before you can comment on or make changes to this bug.