| Summary: | Automatically set 'timeouts' based on maintainer-{approval,feedback} flags + time delay | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Services | Reporter: | Yuri Victorovich <yuri> | ||||
| Component: | Bug Tracker | Assignee: | Bugmeister <bugmeister> | ||||
| Status: | Open --- | ||||||
| Severity: | Affects Some People | CC: | brad, bugmeister, gonzo, koobs, ygy | ||||
| Priority: | --- | Keywords: | feature | ||||
| Version: | unspecified | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
Yuri Victorovich
2015-06-14 07:13:45 UTC
This feature has been (and is) planned, leveraging any existing flags, as flags are exactly about request/response cycles, that all warrant 'timeout' actions being taken. We'll continue to track this here, thank you for your report Lower priority until we get Stage 1 (low hanging fruit) issues sorted out Got here through randomly browsing. Wondering if this can be done now. Created attachment 190698 [details]
check_maintainer_feedback_timeout.pl
This functionality can be implemented but I need more details first because I am not quite familiar with ports workflow. Also there were some changes since original request. - Is it still required? I can see named search for Maintainer timeout port reports on main page. - maintainer-approval "-" value means "rejected", there is no "timeout" state. Should this flag be left out of scope of this change? - There may be several maintainer-feedback requests. Should script wait for the most recent one to lapse before setting single maintainer-feedback timeout flag or should it replace them with "timeout" flags one by one? I attached tentative implementation of automation script just in case I drop the ball ^Triage: re-assign to bugmeister. ^Triage: this does not really seem to be "In Progress". |