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 1rLaKQ-008p5m-4a for pgsql-www@arkaria.postgresql.org; Fri, 05 Jan 2024 02:52:58 +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 1rLaKO-00H81y-53 for pgsql-www@arkaria.postgresql.org; Fri, 05 Jan 2024 02:52:56 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rLaKN-00H81q-TE for pgsql-www@lists.postgresql.org; Fri, 05 Jan 2024 02:52:55 +0000 Received: from mail-lj1-x244.google.com ([2a00:1450:4864:20::244]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rLaKL-00FbGk-OS for pgsql-www@lists.postgresql.org; Fri, 05 Jan 2024 02:52:55 +0000 Received: by mail-lj1-x244.google.com with SMTP id 38308e7fff4ca-2cca8eb0509so13419711fa.3 for ; Thu, 04 Jan 2024 18:52:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704423172; x=1705027972; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=y4S81V7OPZSEc8pR7NhAt4Wwb2vGPkNimV58DdL0Pzk=; b=CLSBPwbpBcVZ+Jv/X5wd2eFf6aH2EWzSJ8n6lhq2aKZ33xZ73q1Z3ZWr8l9KBkImXk CqG5/67PGnKIHqrnR8KiaoD8Qs7TVIUqrs+D5/DSsD0SAde97hK/c4faJTMh7ikPtzLE BRlkV5KWt2vf0Pt5yRSdsM5uc2UR6HYiwAlEuCGlVpqR4w263DchBBQiohdMmed14Fq7 QO9pXod5nXpXqiUWe59+vetgpXSYDi9oFRmOW3atkmGBIl8253rA9azWvo4S25g0vKGN A6/2Jj5QVSw1eZEBOoiaZoq3eWh6xAsvJX167e9I/c9gVjmFtGZytu8okPZ+PgqRn+xi oVsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704423172; x=1705027972; h=cc: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=y4S81V7OPZSEc8pR7NhAt4Wwb2vGPkNimV58DdL0Pzk=; b=jhyq/cy3jt3D0mrmSz9A9HSgcZf4dcAHjJnkiQMl+XNceyLIupI3vUy3hXz7xirUZf s89AaBXIW+NoVphJ9zvGcAf47qG0oz7tYGeBu6vKgA92sT7owbN+X8xcaLiiYDsuoL+V Wr6vwErnywi40p65cP+oSDO4pRfdU7VgiTYkzC0lXciovroZx4ojdjdvyC8D5sOSAKIr 0AyiRVbZ4NxGWUvtibelPlP/C83rvOx7tIUvyqG4SWIDTYcL8CQXMgzljjnkFoxL9e3U HjZ5q/XY+ar8d0tpPwGHoJQkXg/yVIvWGonKdZ3HKoTWlPEMnl6aZdyRdA7iYUw6YoLI mxgA== X-Gm-Message-State: AOJu0YwYa1tChhKRer0EpxYR+wvDjHlpY9CqqfXmFaQcQgCKeRo9Bo1y DoTuopjYWCx6kWV50etFtOcueihfvcXzOa/7O5hEj+rXeioQCA== X-Google-Smtp-Source: AGHT+IEaxJqRGbRBLIhgMTiVbgAEi7q498UARusN9lPW0m1/jSkEGCAIp+u74/rIKNWpALmYmbfTTbzzi7ItqWJMvDE= X-Received: by 2002:a05:651c:1035:b0:2cd:2838:78a with SMTP id w21-20020a05651c103500b002cd2838078amr559659ljm.88.1704423172083; Thu, 04 Jan 2024 18:52:52 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Akshat Jaimini Date: Fri, 5 Jan 2024 08:22:40 +0530 Message-ID: Subject: Re: [INFO] Regarding bugs in Testing Harness To: Magnus Hagander Cc: pgsql-www@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000b8126d060e29f11d" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000b8126d060e29f11d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Migration Tests added to the harness. Now it should report any such errors properly without failing silently. Regards, Akshat Jaimini On Wed, 3 Jan, 2024, 12:32 Akshat Jaimini, wrote: > Great! The harness is working properly now too. > Thanks! > I'll add another test to check the migration process too so that these > problems are also notified automatically. > > Regards, > Akshat Jaimini > > On Tue, Jan 2, 2024 at 11:09=E2=80=AFPM Magnus Hagander > wrote: > >> The whole table account_communityauthlastlogin is managed outside of >> the django ORM, because django doesn't support proper primary keys >> (see commit 9e70a4e0c32f8db0178f05dac4c1fca7b317e7c5). >> >> We don't have anything beyond this on the prod server, but it does >> look like this is just a plain bug in the commit, which breaks it. And >> the testing harness found it! >> >> Fix pushed in fbfe3cfc. >> >> //Magnus >> >> >> On Tue, Jan 2, 2024 at 6:07=E2=80=AFPM Akshat Jaimini >> wrote: >> > >> > Turns out the harness was not able to build the website locally in the >> dev environment. This is due to the recent patch for 'making the foreign >> key from last login table be ON DELETE CASCADE'. As far as I understood >> from the commit message this needs to be handled by postgres instead of >> Django. Have we implemented something on our production server which all= ows >> this? If yes then kindly share that so we can get the harness back up an= d >> running. Currently, it is unable to parse the file >> 'pgweb/account/migrations/0004_cauth_last_login.py' while running >> migrations. >> > >> > Regards, >> > Akshat Jaimini >> > >> > On Tue, Jan 2, 2024 at 1:37=E2=80=AFPM Akshat Jaimini >> wrote: >> >> >> >> Hi, >> >> This is to update that recently the accessibility tests of the testin= g >> harness are not working as intended. Currently looking into the possible >> causes. This might take a few days to get back up and running; The >> functionality tests are running for now. >> >> >> >> Regards, >> >> Akshat Jaimini >> > --000000000000b8126d060e29f11d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Migration Tests added to the harness.
No= w it should report any such errors properly without failing silently.
=

Regards,
Akshat Jaimini

On Wed, 3 Jan, 2024, 12:32 Akshat Jaimini, <destrex271@gmail.com> wrote:
<= /div>
Great! The harnes= s is working properly now too.
Thanks!
I'll ad= d another test to check the migration process too so that these problems ar= e also notified automatically.

Regards,
<= div>Akshat Jaimini

On Tue, Jan 2, 2024 at 11:09=E2=80=AFPM Magnu= s Hagander <magnus@hagander.net> wrote:
The whole table account_communityauthlas= tlogin is managed outside of
the django ORM, because django doesn't support proper primary keys
(see commit 9e70a4e0c32f8db0178f05dac4c1fca7b317e7c5).

We don't have anything beyond this on the prod server, but it does
look like this is just a plain bug in the commit, which breaks it. And
the testing harness found it!

Fix pushed in fbfe3cfc.

//Magnus


On Tue, Jan 2, 2024 at 6:07=E2=80=AFPM Akshat Jaimini <destrex271@gmai= l.com> wrote:
>
> Turns out the harness was not able to build the website locally in the= dev environment. This is due to the recent patch for 'making the forei= gn key from last login table be ON DELETE CASCADE'. As far as I underst= ood from the commit message this needs to be handled by postgres instead of= Django. Have we implemented something on our production server which allow= s this? If yes then kindly share that so we can get the harness back up and= running. Currently, it is unable to parse the file 'pgweb/account/migr= ations/0004_cauth_last_login.py' while running migrations.
>
> Regards,
> Akshat Jaimini
>
> On Tue, Jan 2, 2024 at 1:37=E2=80=AFPM Akshat Jaimini <destrex271= @gmail.com> wrote:
>>
>> Hi,
>> This is to update that recently the accessibility tests of the tes= ting harness are not working as intended. Currently looking into the possib= le causes. This might take a few days to get back up and running; The funct= ionality tests are running for now.
>>
>> Regards,
>> Akshat Jaimini
--000000000000b8126d060e29f11d--