<div dir="ltr"><div>One idea is to impose a stricter guideline that things on the bitbucket PR page are things that everyone is actively trying to merge. That way, maintainers can just look at the bottom of the list to see what's lagging, instead of having to to work up the list and try to remember which of the PRs are WIP or proposals or experiments or even abandoned ideas. </div><div><br></div><div>This probably requires an itchier trigger finger on declining PRs which need substantial work.</div><div><br></div><div>A related point is that (as happened with the last PR I made), if a big edit is performed after the original PR is made or even approved, then it's not always clear "whose court" the PR is in. Maybe it's better to just make a new PR in this situation. I'm not sure if bitbucket allows you to decline your own PR (I fear not) - that would make this easier.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-01-11 9:00 GMT-08:00 Smith, Barry F. <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
   what do people suggest to improve it.<br>
<br>
    We can't have valuable pieces of code going stale in there for months.<br>
<br>
<br>
</blockquote></div><br></div>