Set the Milestone field when resolving bugs after PR merges
Categories
(bugzilla.mozilla.org :: API, enhancement)
Tracking
()
People
(Reporter: RyanVM, Assigned: dkl)
References
Details
(Keywords: requested-mobile)
Attachments
(1 file)
One thing we overlooked in the specification for the Bugzilla/Github push hook was setting the Milestone flag when closing the bug (as is the case for commits when merged to mozilla-central).
We should set the same milestone version as the status flag we're setting to fixed (i.e. if status-firefox112:fixed, milestone should be 112 Branch). And to re-iterate, this is only applicable for commits landing on main when we're closing the bug as well (i.e. no action is needed for uplifts to other branches).
Reporter | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Will this only be done when a bug is closed?
In pdf.js, we often merge PRs to the GitHub repo but then we sync the code in m-c only after a while, so there are cases where a PR is merged in a given release timeframe but then the code is synced only in the next release.
Reporter | ||
Comment 2•2 years ago
|
||
Is the pdf.js repo utilizing the new push hook that went live yesterday? Note that it already sets the status flag for the release to fixed, just not the Milestone.
Comment 3•2 years ago
|
||
No, we are only using the pull_request hook at the moment.
Reporter | ||
Comment 4•2 years ago
|
||
Note that some products in Bugzilla don't have the milestones available. We should just ignore it in those cases.
Reporter | ||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Comment 5•2 years ago
|
||
Assignee | ||
Comment 6•2 years ago
|
||
Description
•