Closed Bug 1420561 Opened 7 years ago Closed 6 years ago

Make separate product under Components for Developer Tools

Categories

(bugzilla.mozilla.org :: Administration, task, P3)

Production

Tracking

()

RESOLVED FIXED

People

(Reporter: emceeaich, Assigned: dkl)

References

Details

(Whiteboard: [bmo-workday-2018-01-27])

User Story

Victory Conditions:

* DevTools is a new product under the Components category
* All existing Toolkit: DevTools:* components are moved, with **all** bugs, under the new product
* The DevTools product uses the same Versions, Milestones, and Flags as Toolkit 
* The https://bugzilla.mozilla.org/enter_bug.cgi?format=guided#h=product%7C is updated with a block for DevTools (this does not block closing this bug, but will make bug entry easier.)
Per discussion with :kohei, "Firefox Developer Tools could also be a standalone product that will be added to the New Bug and Browse pages for better discovery. I'm seeing a lot of bugs for the DevTools components filed under Firefox::Untriaged."

:harald, does this make sense for your team?
Flags: needinfo?(hkirschner)
No longer blocks: 1420562
Blocks: 1419971
Emma, I think you're the natural assignee of this until Harald responds, at that time re-assign to me.
Assignee: nobody → ehumphries
It seems to solve the issue of too many devtools components in Firefox. Only risk I see that there are some tight dependencies between Firefox and Devtools, but they should not require the 2 of them to be stacked components.

Ni? Patrick to add his thoughts and maybe more devtools engineers to this discussion.
Flags: needinfo?(hkirschner) → needinfo?(pbrosset)
I support this move. This will make our component names shorter, and I agree that it would be better for discoverability.
I'll run this by the team later today, so please don't do the change just yet.
I've talked to the team and we ended up with 3 questions we'd like to answers to before we move on with this:

- Should we expect a massive bugmail storm when this happens? If so, will there be a keyword we can filter on?
- Would we lose some kind of history in the move?
- Will it touch old bugs we would like to keep "untouched"? Sometimes, it's useful to search for bugs by when they were last touched. Is this going to reset this date for all bugs?
Flags: needinfo?(pbrosset) → needinfo?(ehumphries)
(In reply to Patrick Brosset <:pbro> from comment #4)
> I've talked to the team and we ended up with 3 questions we'd like to
> answers to before we move on with this:
> 
> - Should we expect a massive bugmail storm when this happens? If so, will
> there be a keyword we can filter on?

No, we do this in a way that doesn't trigger bugmail.

> - Would we lose some kind of history in the move?

No.

> - Will it touch old bugs we would like to keep "untouched"? Sometimes, it's
> useful to search for bugs by when they were last touched. Is this going to
> reset this date for all bugs?

I don't believe it will, but asking :dylan to confirm.
Flags: needinfo?(ehumphries) → needinfo?(dylan)
That sounds great Emma, thank you. Looking forward to a confirmation on the last question from :dylan.
During the move, we should drop the "Developer Tools:" prefix that appears in each of our component names right now. We won't need them since we'd already be inside a product named DevTools (or Developer Tools).
The only special case is our general component, currently named "Developer Tools". I think we should name this one "General", or something like that.
Ah, another question, maybe for :dylan who is already needinfo'd here:

Will URLs like https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&component=Developer%20Tools%3A%20Debugger be redirected to using the right product and component too?
These URLs are used in some places like mail archives, etc.
One more thing: for the product name, just "DevTools" would be great. Shorter and more URL friendly than the longer "Developer Tools". And also more consistent with how we're communicating about DevTools.
Hi Emma, circling back on this. No news from :dylan yet. Can you please help move this bug forward?
Flags: needinfo?(ehumphries)
Hi Patrick, Dylan and I need to make sure we have DevTools select-able as a product category from all the bug filing workflows. Will file the blocking bug for that.
Flags: needinfo?(ehumphries)
moving components using the scripts will not touch the last modified time of the bugs.

Does this bug have a concise list of which actions need to be taken?
Flags: needinfo?(dylan) → needinfo?(ehumphries)
Emma, should this be reassigned to :dylan now that you completed the user story?
Flags: needinfo?(ehumphries)
Yes. Dylan's out until All-Hands. Seeing if dkl or glob can do this.
Assignee: ehumphries → dylan
Flags: needinfo?(ehumphries) → needinfo?(dkl)
Taking.
Assignee: dylan → dkl
Status: NEW → ASSIGNED
Flags: needinfo?(dkl)
(Commenting on User Story)
> Victory Conditions:
> 
> * DevTools is a new product under the Components category

What would the description be for the new component?
Do you want any suggested reviewers to be added for this new product?

> * All existing Toolkit: DevTools:* components are moved, with **all** bugs,
> under the new product

I do not see any DevTools:* components under the current Toolkit product. 
Did you mean Firefox :: Developer Tools:* components instead or am I missing 
something.

dkl
Flags: needinfo?(ehumphries)
(In reply to David Lawrence [:dkl] from comment #17)
> > * All existing Toolkit: DevTools:* components are moved, with **all** bugs,
> > under the new product
> 
> I do not see any DevTools:* components under the current Toolkit product. 
> Did you mean Firefox :: Developer Tools:* components instead or am I missing 
> something.

That's correct - it should be the "Firefox :: Developer Tools:*" components.
(In reply to David Lawrence [:dkl] from comment #17)
> (Commenting on User Story)
> > Victory Conditions:
> > 
> > * DevTools is a new product under the Components category
> 
> What would the description be for the new component?
> Do you want any suggested reviewers to be added for this new product?

Sorry. I meant to ask for the description for the new product, not component.

dkl
Flags: needinfo?(ehumphries) → needinfo?(bgrinstead)
(In reply to David Lawrence [:dkl] from comment #19)
> (In reply to David Lawrence [:dkl] from comment #17)
> > (Commenting on User Story)
> > > Victory Conditions:
> > > 
> > > * DevTools is a new product under the Components category
> > 
> > What would the description be for the new component?
> > Do you want any suggested reviewers to be added for this new product?
> 
> Sorry. I meant to ask for the description for the new product, not component.
> 
> dkl

I'd ask Patrick for sign off but we could start with the current description of the Developer Tools component:

"For bugs relating to developer tools within the Firefox web browser (devtools). This includes developer-related APIs and front-end features."

If it's easy to update it'd be OK to start with that and then change it when we hear back from him.
Flags: needinfo?(bgrinstead) → needinfo?(pbrosset)
No longer blocks: 1419879
See Also: → 1419879
(In reply to Brian Grinstead [:bgrins] from comment #20)
> I'd ask Patrick for sign off but we could start with the current description
> of the Developer Tools component:
> 
> "For bugs relating to developer tools within the Firefox web browser
> (devtools). This includes developer-related APIs and front-end features."
Here's my take on it:

For bugs in Firefox DevTools, the developer tools within the Firefox web browser. This includes issues about the user interface of the toolbox, special pages such as about:debugging and about:devtools, and developer-related APIs.
Flags: needinfo?(pbrosset)
All done. You will need to make sure everyone updates their dashboards, saved queries, bookmarks, etc to reflect the new product structure.

dkl
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Please avoid changing the "Last changed" date of bugs when making mass changes like this one, it affects my workflow (I use a bug list of things I comment on, sorted by "Last changed" date).
You need to log in before you can comment on or make changes to this bug.