Github messages for voidlinux
 help / color / mirror / Atom feed
From: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: [ISSUE] [CLOSED] [RFC] Stale issues/pulls action
Date: Tue, 04 Oct 2022 04:14:04 +0200	[thread overview]
Message-ID: <20221004021404.vWoFhgzLC9Iv3mG5QtNUVqf0_y9raf1nJuZgM60eAEo@z> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-36657@inbox.vuxu.org>

[-- Attachment #1: Type: text/plain, Size: 2181 bytes --]

Closed issue by dmarto on void-packages repository

https://github.com/void-linux/void-packages/issues/36657

Description:
Related to: #36253 #36399 #36462

My believe is that with the current action and settings, the backlog won't disappear.

The action tries to consume all open issues and PRs, on every run. 
Even with the max hourly limit of 1000 operation, the action can't check and label all currently open items.
(can be seen in the debug runs from @maldridge) 

As of now ~210 issues and ~418 PRs are supposed to be **Stale**.
(taking into account the change from #36609, https://github.com/void-linux/void-packages/issues?q=is%3Aopen+updated%3A%3C%3D2022-01-11+no%3Aassignee+-label%3Arequest)

At the current rates of new new issues/PRs, I believe they will never be marked, only very few (the newest of the oldest) items will get marked.

Also there seems is another issue with the action - it doesn't count PR review comments as updates for the action, example #34884. That PR got marked Stale, received a review, and the next day the action saw the changes, but didn't count them as comments and left the Stale label. Thus it seems, only real comments are counted. 

---

I am suggesting to raise the operation limit to something like 400 (which should result in roughly 50-60, newly marked items per run), so there can be at least some progress. The other actions, are not doing many requests, so for the one random hour in the middle of the night this should be okay.

Multiple runs a day, can also be an option - but they will mark one or two new items, as currently the bulk of the operations is spent on fetching brand new items and checking current stale ones. 

Of course an option will be to find or write a smarter action
 - that can has better access pattern into the backlog (i.e not always starting from the newest issue/PR)
 - possibly even split itself into two actions that can run in different hours (issues and pulls)


P.S. There seems to be a v5 of the action, but it doesn't address any of the concerned topics.

P.P.S https://github.com/Sonia-corporation/stale may be a solution, but I haven't looked too much into it.

      parent reply	other threads:[~2022-10-04  2:14 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-12 13:30 [ISSUE] " dmarto
2022-04-14 23:44 ` classabbyamp
2022-04-15  0:13 ` dmarto
2022-04-15  0:19 ` dmarto
2022-04-15  0:20 ` dmarto
2022-04-15  0:21 ` dmarto
2022-04-15  0:23 ` dmarto
2022-04-15  6:43 ` 0x5c
2022-04-15  6:50 ` 0x5c
2022-04-15  8:05 ` 0x5c
2022-04-15 11:05 ` dmarto
2022-04-15 21:17 ` 0x5c
2022-06-20 23:22 ` dmarto
2022-06-20 23:45 ` 0x5c
2022-09-19  2:14 ` github-actions
2022-10-04  2:14 ` github-actions [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20221004021404.vWoFhgzLC9Iv3mG5QtNUVqf0_y9raf1nJuZgM60eAEo@z \
    --to=ml@inbox.vuxu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).