Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qnl6j-00BsXd-S8 for pgsql-www@arkaria.postgresql.org; Tue, 03 Oct 2023 19:31:02 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qnl6i-008IIQ-3Q for pgsql-www@arkaria.postgresql.org; Tue, 03 Oct 2023 19:31:00 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qnl6h-008IIA-QX for pgsql-www@lists.postgresql.org; Tue, 03 Oct 2023 19:31:00 +0000 Received: from mail-lf1-x144.google.com ([2a00:1450:4864:20::144]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qnl6a-0081pP-VK for pgsql-www@lists.postgresql.org; Tue, 03 Oct 2023 19:30:58 +0000 Received: by mail-lf1-x144.google.com with SMTP id 2adb3069b0e04-50437c618b4so1558583e87.2 for ; Tue, 03 Oct 2023 12:30:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696361450; x=1696966250; darn=lists.postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=cqnE7q9GKT0YNo66OqFiHYXe7MPmxQnah/SD1Mc/hTQ=; b=cFi3uoInSZloOJXGVfoJ/lb2Q9yiGRboLDRpegrSFnmMD/dQXEX7IQgCGqmSfsYjk2 f851LrnLEtkw/lXU4Gu6T702KwW4eny0B+KUBKoW5xa+/AzNGvmidY3dKYJouddmGED9 h9jv5O0ykWmm3aPuP7xzdgpJq01XRejWYUe2BnTejSNHfROjFSDsKNBwQ4GMZyq2eHWy 1IMaZUlOyuygLnad+6XdjJf4Evx+WGrEvQ5oaUakaYW8aFfblaJxVLrBxPJWeS/PgVp6 SXBd4RCrmWcIvcjTmH27tVz5gllP1luWZ/cKgOvtgzGiCvlzPD39Zo+zP+8dqzV6H8N9 5fbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696361450; x=1696966250; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cqnE7q9GKT0YNo66OqFiHYXe7MPmxQnah/SD1Mc/hTQ=; b=CZ6e5XdSTooxCm7D6sptGmVJuVgisYMn409wv/t1gsA5fwmxKtHCTOkSB3q/cmi5h1 6TmNT9NJ+g54d32UuIqWfHiiU/8Az5WeIYUaY4wveM5Tj6nwGvlbGLEmvsBQ8NtIFiU9 SJWGw92QRQ60crdtkqHjHKCPRMRJSjbrXhtmi/xBW0xW1I3PgcBtfPUonDbAdr9FmgeO XXyEByo69Qb4rz3W9EuwH+W3TsqDUvePRXzOHtHHmuNVNvop50TZOeKzEEfL8YAlF/77 FkWtPkOULjThQEklVTIDO0DdBMf55eYjRitsM++lVhCE2nTmHXL0veXNVPCZjilJnL40 Rk2Q== X-Gm-Message-State: AOJu0YyXYHX6SJ7AaDe6QHsnFCi94sqtKSFhfOhBs1kq2S6S+WGH06Cy oaM/WEylD5Rge75VRXQ5Dbv7oFyJHUo7jxR0B0Sf9nxVOSxNEnsxlgw= X-Google-Smtp-Source: AGHT+IGSvyqbOXq4yiTpWdFBjrDwByx85febew86dOYiYNcCUVEpINoCgMX0ydkdSJIG1uwoQOWdNQtZaw4vYblspec= X-Received: by 2002:ac2:504c:0:b0:503:364e:96ce with SMTP id a12-20020ac2504c000000b00503364e96cemr169723lfm.29.1696361450044; Tue, 03 Oct 2023 12:30:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Akshat Jaimini Date: Wed, 4 Oct 2023 01:00:38 +0530 Message-ID: Subject: Re: Permission to allow testing harness to send error reports for pgweb directly to mailing list. To: Magnus Hagander , pgsql-www@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000a42a530606d4ed28" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000a42a530606d4ed28 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, > That is, if it finds the same issue on a later run, it must not re-send the same thing. How does it work in regards to that today? As per the current flow whenever a new commit is pushed to the pgweb repo, the tests are executed. If some tests fail, an error report is sent with the information of all the failed tests. So if that particular issue has been resolved, the same report won't be sent but if some other commit is pushed without resolving that particular issue then that particular error will be reported again. As far as the previous test runs have been considered, most of the errors that have been caught are related to broken urls or some other small problems that are usually fixed with a single commit so I don't think that a single report would be re-sent that often. If this functionality is required then I'll be more than happy to add it. We can add some sort of a log/cache type structure that checks if a given report with similar content has been sent to the mailing list in a given time interval, let's say 15 days for now. Regards, Akshat Jaimini On Wed, Oct 4, 2023 at 12:08=E2=80=AFAM Magnus Hagander wrote: > On Tue, Oct 3, 2023 at 8:24=E2=80=AFAM Akshat Jaimini > wrote: > > > > Hello everyone, > > The testing harness has been successfull at catching multiple issues in > pgweb in the past few months. The reports are for now being sent to me vi= a > email in case of any failure. > > > > Is it ok if I can setup the harness to send the error reports directly > to the mailing list? > > > Hi! > > I think that would be reasonable, *if* it is ensured that a report is > only sent once. That is, if it finds the same issue on a later run, it > must not re-send the same thing. How does it work in regards to that > today? > > -- > Magnus Hagander > Me: https://www.hagander.net/ > Work: https://www.redpill-linpro.com/ > --000000000000a42a530606d4ed28 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

> That is, if it f= inds the same issue on a later run, it must not re-send the same thing. How= does it work in regards to that today?

As per= the current flow whenever a new commit is pushed to the pgweb repo, the te= sts are executed. If some tests fail, an error report is sent with the info= rmation of all the failed tests. So if that particular issue has been resol= ved, the same report won't be sent but if some other commit is pushed w= ithout resolving that particular issue then that particular error will be r= eported again.

As far as the previous test ru= ns have been considered, most of the errors that have been caught are relat= ed to broken urls or some other small problems that are usually fixed with = a single commit so I don't think that a single report would be re-sent = that often.

If this functionality is required= then I'll be more than happy to add it. We can add some sort of a log/= cache type structure that checks if a given report with similar content has= been sent to the mailing list in a given time interval, let's say 15 d= ays for now.

Regards,
Akshat Jaimini
=

On Wed, Oct 4, 2023 at 12:08=E2=80=AFAM Magnus Hagander <magnus@hagander.net> wrote:
On Tue, Oct 3, 2023 at 8= :24=E2=80=AFAM Akshat Jaimini <destrex271@gmail.com> wrote:
>
> Hello everyone,
> The testing harness has been successfull at catching multiple issues i= n pgweb in the past few months. The reports are for now being sent to me vi= a email in case of any failure.
>
> Is it ok if=C2=A0 I can setup the harness to send the error reports di= rectly to the mailing list?


Hi!

I think that would be reasonable, *if* it is ensured that a report is
only sent once. That is, if it finds the same issue on a later run, it
must not re-send the same thing. How does it work in regards to that
today?

--
=C2=A0Magnus Hagander
=C2=A0Me: https://www.hagander.net/
=C2=A0Work: https://www.redpill-linpro.com/
--000000000000a42a530606d4ed28--