Closed Bug 1821386 Opened 2 years ago Closed 2 years ago

Set the Milestone field when resolving bugs after PR merges

Categories

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

enhancement

Tracking

()

RESOLVED FIXED

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).

Summary: Set the Target Milestone field when resolving bugs after PR merges → Set the Milestone field when resolving bugs after PR merges

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.

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.

No, we are only using the pull_request hook at the moment.

Note that some products in Bugzilla don't have the milestones available. We should just ignore it in those cases.

Blocks: 1802052
No longer depends on: 1802052
Assignee: nobody → dkl
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: