Closed Bug 1344233 Opened 7 years ago Closed 7 years ago

Modal UI workflow issues

Categories

(bugzilla.mozilla.org :: User Interface, defect)

Production
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: jorgk-bmo, Unassigned)

References

Details

I tried to use the new Modal UI an came up with the following workflow issues:

Resolving a bug:
I need an additional click to "Edit" the bug and then another additional click to expand the Tracking section to be able to enter the Target Milestone.

Today I closed bug 1201782 and I was staring at the page to find further tracking flags. I finally found them in a collapsed section labelled "Firefox Tracking Flags". That label was just plain wrong. Also, after setting some of the flags, that label has now changed to "Thunderbird Tracking Flags".

Another thing I find quite frustrating is that I can't tell whether I'm already CC'ed on a bug or not. Before that I could see it with one glance.

I don't want to be conservative and reject the new interface just because it looks different. But it's really slowing me down.
Assignee: ui → nobody
Component: User Interface → User Interface: Modal
Product: Bugzilla → bugzilla.mozilla.org
QA Contact: default-qa
Version: unspecified → Production
(In reply to Jorg K (GMT+1) from comment #0)
> Another thing I find quite frustrating is that I can't tell whether I'm
> already CC'ed on a bug or not. Before that I could see it with one glance.
What was wrong with the "nn people including you" (can't remember the exact wording).
There's several  in here and I'd like to break them out:

1. Additional Click to Edit. This was a design decision made to speed up loading a bug. We don't load all a bug's metadata, but wait for a section to be opened. This one is a WONTFIX, but we'll consider requests for additional bug views such as one optimized for triage. 

2. Tracking module not open. See https://wiki.mozilla.org/BMO/Modal_UI_FAQ#How_do_I_Collapse.2FExpand_Fields_by_Default.3F, you can pick which modules open by default when you go to a bug page. 

3. When you opened the tracking flags section, were you looking at a bug in a Thunderbird component? And once you set them, the label was set correctly? 

4. You'd like to the cc field changed back to "nn people including you" if you're cc'ed on a bug. I've opened this as bug 1344427

Please provide more detail on the issue in point 3, and I'll open a ticket for that. 

Thank you!
(In reply to Jorg K (GMT+1) from comment #0)
> Another thing I find quite frustrating is that I can't tell whether I'm
> already CC'ed on a bug or not. Before that I could see it with one glance.

My understanding is that the button in the top-right corner (below "Edit Bug") says "Follow" if you are not cc'ed on the bug, and "Stop Following" if you are (and you can press it to become cc'ed or stop becoming cc'ed on the bug).
(In reply to Botond Ballo [:botond] [standards meeting Feb 27 - Mar 4] from comment #3)
> My understanding is that the button in the top-right corner (below "Edit
> Bug") says "Follow" if you are not cc'ed on the bug, and "Stop Following" if
> you are (and you can press it to become cc'ed or stop becoming cc'ed on the
> bug).
I reported this bug and it offers me "Follow" above and "Add me to CC list" below. I thought the reporter is automatically following the bug. Anyway, that's off topic, it might have always been like this.
Hi Emma, thanks for reading my report carefully and filing bug 1344427.

(In reply to Emma Humphries ☕️ [:emceeaich] (UTC-8) +needinfo me from comment #2)
> 1. Additional Click to Edit. This was a design decision made to speed up
> loading a bug. We don't load all a bug's metadata, but wait for a section to
> be opened. This one is a WONTFIX, but we'll consider requests for additional
> bug views such as one optimized for triage.
We certainly need one "optimized for sheriffs" since they need to set the target milestone all the time when closing a bug.

> 3. When you opened the tracking flags section, were you looking at a bug in
> a Thunderbird component? And once you set them, the label was set correctly? 
> Please provide more detail on the issue in point 3, and I'll open a ticket
> for that. 
Visit any Thunderbird bug, here are a few: bug 1338879, bug 1299430, bug 1174428.
Try to set "thunderbird54" Status=affected (do it, no harm done).
You find this flag in the section "Firefox Tracking Flags". My experience in another bug showed that this label changes when you set a flag. Please try it out yourself.
(In reply to Jorg K (GMT+1) from comment #5)
> Hi Emma, thanks for reading my report carefully and filing bug 1344427.

You're welcome!
 
> Visit any Thunderbird bug, here are a few: bug 1338879, bug 1299430, bug
> 1174428.
> Try to set "thunderbird54" Status=affected (do it, no harm done).
> You find this flag in the section "Firefox Tracking Flags". My experience in
> another bug showed that this label changes when you set a flag. Please try
> it out yourself.

I see it happening. Filing bug 1347009.

I think this addresses all the issues here so I will go ahead and close this bug as incomplete and track the new bugs.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
See Also: → 1347009
Component: User Interface: Modal → User Interface
You need to log in before you can comment on or make changes to this bug.