Closed Bug 1477931 Opened 7 years ago Closed 6 years ago

Show number of review/feedback/needinfo in user autocomplete and prevent person from being added if requests are blocked

Categories

(bugzilla.mozilla.org :: Extensions, enhancement)

Production
enhancement
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: pascalc, Assigned: kohei)

References

(Blocks 1 open bug)

Details

(Keywords: bmo-ux, ux-error-prevention)

Attachments

(5 files, 4 obsolete files)

It would be nice when you needinfo somebody that once you have selected the person, the number of pending needinfos be displayed next to their name or in a tooltip. The reason is that if I see that a person is swamped with needinfos and the issue is urgent, I may want to needinfo another developer. See mockup attached for a possible UX. The need is mostly in the showbug view but having it in both showbug and editbug views. Thanks
Attached image mockup
Reviewer suggestions are already showing their current review count.
Assignee: nobody → kohei.yoshino
Status: NEW → ASSIGNED
WIP: https://github.com/kyoshino/bmo/compare/bug-1477931-request-count This works but partially conflicts with Bug 1380437 so I’ll send a PR once the other bug is solved.
Depends on: 1380437
Severity: normal → enhancement
Keywords: bmo-ux
Summary: Show number of NeedInfos for a person in the needinfo field → Show avatar and number of review/feedback/needinfo requests in user autocomplete dropdown lists
We should solve Bug 1320977 as well.
See Also: → 1320977
Depends on: 1320977
See Also: 1320977
Summary: Show avatar and number of review/feedback/needinfo requests in user autocomplete dropdown lists → Show number of review/feedback/needinfo requests in user autocomplete and prevent person from being selected if request is blocked
Blocks: 1259434
Attached image prototype screenshot v3
People blocking requests will be indicated and won’t be selected.
Attachment #8994724 - Attachment is obsolete: true
The behaviour isn’t the best; the blocking person(s) will still be selected in the dropdown list. They should be displayed but disabled. It’s a limitation of the autocomplete jQuery plug-in which I’m going to replace in Bug 967525.
Summary: Show number of review/feedback/needinfo requests in user autocomplete and prevent person from being selected if request is blocked → Show number of review/feedback/needinfo in user autocomplete and prevent person from being added if requests are blocked
Blocks: 1478901
(In reply to Kohei Yoshino [:kohei] from comment #4) > This works but partially conflicts with Bug 1380437 so I’ll send a PR once > the other bug is solved. Will solve the conflict rather in Bug 1380437.
No longer depends on: 1380437
Attached file pull request
See Also: → 1205659

Merged to master \o/

Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED

Gah, this is not working. Have to revert PR #946 since both Gravatar and requests are provided by extensions.

Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Attached file GitHub Pull Request to revert PR #946 (obsolete) —
Component: Bug Creation/Editing → Extensions: Needinfo
Attached file GitHub Pull Request to revert PR #946 (obsolete) —

The previous PR was merged but backed out before the last release to avoid an overload. This is the same one.

Attachment #9050874 - Attachment is obsolete: true

I'm going to add in those fields using one query and avoid calling the slow extension code too (but the biggest win is the single SQL query)

Assignee: kohei.yoshino → dylan

This has been blocked by Dylan’s Captain Hook PR which is now filed as Bug 1559988.

Depends on: 1559988
Assignee: dylan → kohei.yoshino
Status: REOPENED → ASSIGNED
Attachment #9056127 - Attachment is obsolete: true
Blocks: 1531968
No longer blocks: 1531968

Merged to master.

Status: ASSIGNED → RESOLVED
Closed: 6 years ago6 years ago
Resolution: --- → FIXED
Regressions: 1566079
Component: Extensions: Needinfo → Extensions
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: