Closed Bug 1552371 Opened 6 years ago Closed 2 years ago

add an indication/warning when a soft code freeze is in place

Categories

(Conduit :: Lando, enhancement, P2)

enhancement

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: heycam, Assigned: grammar)

References

Details

(Keywords: conduit-triaged)

Attachments

(1 obsolete file)

There is a soft freeze on now, but I see an awful lot of code landing and I wonder whether people are aware of the soft freeze or making the right judgement about whether the landing should wait. If we have a check box to click through on Lando when there is a soft freeze on, it might help prompt people to consider whether their code should land right now.

this is probably a duplicate of bug 1437614.

edit: probably not

Type: defect → enhancement
Summary: have a check box to click when there is a soft freeze in place → add an indication/warning when a soft code freeze is in place

this is blocked by a programmatic way to determine if a given tree is currently in a soft freeze; i'm not sure anymore if this is part of the tree status api. i've asked the sheriffs.

unfortunately there's nothing currently available which could be consumed by lando to determine if there's a soft freeze currently in place.

Keywords: conduit-triaged
Priority: -- → P5

I mistakenly landed a stack of 18 patches during soft code freeze recently. This was after a backout, so when I re-landed a few days later, it didn't occur to me to consider whether code freeze might have begun in the interim. Thankfully, no harm was done. While it's fair to argue I should've been more careful, it really would be helpful if Lando could flag this. I understand the technical limitation here (comment 3), but could there be some simple calendar somewhere that an API could consume?

Could lando check NEXT_SOFTFREEZE_DATE in https://product-details.mozilla.org/1.0/firefox_versions.json and display something for rMOZILLACENTRAL patches if it's in the past?

Flags: needinfo?(glob)

(or maybe "if NEXT_SOFTFREEZE_DATE is in the past and NEXT_MERGE_DATE is in the future" is more accurate)

It would be ideal if this would be fixed, I just did precisely the same thing as James with an enormous patch set I was relanding, thankfully it was noticed, I got notified and I was able to get it backed out quickly.

(In reply to Julien Cristau [:jcristau] from comment #5)

Could lando check NEXT_SOFTFREEZE_DATE in https://product-details.mozilla.org/1.0/firefox_versions.json and display something for rMOZILLACENTRAL patches if it's in the past?

Great, thanks - pretty sure that information wasn't there last time I checked product-details.

This is already on the radar with the goal of pulling from fx-trains, but that's blocked by a production deployment of that product. Glad that the information is available elsewhere. I'll chat with the team.

Do you know who owns product-details? It would be nice to expose the string-freeze date.

Flags: needinfo?(glob)
Priority: P5 → P2
See Also: → 1781016
See Also: → 1704807
Assignee: nobody → grobertson
See Also: → 1786613
Attachment #9292737 - Attachment is obsolete: true
Status: NEW → 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

Created:
Updated:
Size: