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 1rKvHX-0056UF-NL for pgsql-www@arkaria.postgresql.org; Wed, 03 Jan 2024 07:03:15 +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 1rKvHW-003bzD-CN for pgsql-www@arkaria.postgresql.org; Wed, 03 Jan 2024 07:03:14 +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 1rKvHW-003bz5-5b for pgsql-www@lists.postgresql.org; Wed, 03 Jan 2024 07:03:14 +0000 Received: from mail-lj1-x241.google.com ([2a00:1450:4864:20::241]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rKvHT-00FHcu-Rm for pgsql-www@lists.postgresql.org; Wed, 03 Jan 2024 07:03:13 +0000 Received: by mail-lj1-x241.google.com with SMTP id 38308e7fff4ca-2cd1232a2c7so12270451fa.0 for ; Tue, 02 Jan 2024 23:03:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704265391; x=1704870191; 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=UYtXDZ1aLy+dqaThC/2CbWquqynjRoSKpMALlMX0//0=; b=fTP+jr+xNSgevdcCI66M1HGkv3IU8lTZWxp8q598bgODViEIDZx8kdX49Vkf142f3h BNUPmQb13NiPs27ZcH4FbF6Ep0iFaTJZABfTjmMgsg016g3Xu83JTdjk9uBm0gtDdQpF 3flRSQ++2hdhNyTLQxsQityKM2V3HR5+qTSi9rEMPH1NRZvrJppGVWUhmFgdngb3Gj6x /6kg7yR6oOB3qorWVUoSUuh79dsO4opW+mdaIE4Uo32FkD+YTcR7nEaTkVInq2ytAbSc oVEZOKFpg1eCSG6dKMuOACgW2LGj1hQCY9zStD0hbF/Vwd8M9h6eMj0OfOB9k0YUiV99 OUUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704265391; x=1704870191; 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=UYtXDZ1aLy+dqaThC/2CbWquqynjRoSKpMALlMX0//0=; b=luSnlKUa6es451mgXdMwxNvVk+p/FvyiexYknSYZumXkUAypjWxHhB29zXJA30dtJG LqoS0eRHCZigP2y8IzS0FbY3xNxQ8X+W3GT1LT9bet2/E5VNal6T4OzKT4NH1mAXoGrf V6ZmpLc2A6tkD3OGE+vOqPiTmzvH+oO706+VqfZebB3nvFew+yBzWy9jZLMO6G4iuA+H BICviPPWbb+hYFL2wIgVd0njkchyYKlJB89aNZoUj0JPii6uREa/fYFpL0NOWyEdFTbG nlx3JjpbuwnHXZxy4VFMbJp61Bq/K/uBi6DnSTMX1+UwwLJyAgpiXzGiBYXj9wZ3y/DJ FRtw== X-Gm-Message-State: AOJu0YzNFXq96wUirYdSALljOne0EJRNN2y/U1bQxQ72HrvdCu2jO6kn n4CgLhr/tHBgpcnzi/0ad7wulrO0i1Ncn/mcm8PYVNywSi0= X-Google-Smtp-Source: AGHT+IHfCoks3bZ+j/YFEVC3VsAkoC/rC0maM8JQ6tJAD92kMRYl8Z8NecGDGtNTjrfuG+vs9yXUsD98CQsS8zPbyQk= X-Received: by 2002:a2e:7c0e:0:b0:2cc:d4d9:905 with SMTP id x14-20020a2e7c0e000000b002ccd4d90905mr4729835ljc.11.1704265390618; Tue, 02 Jan 2024 23:03:10 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Akshat Jaimini Date: Wed, 3 Jan 2024 12:32:58 +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="00000000000035fc59060e05353b" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000035fc59060e05353b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 allo= ws > 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/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 testing > 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 > --00000000000035fc59060e05353b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Great! The harness is working properly now too.
<= /div>
Thanks!
I'll add another test to check the migratio= n 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 <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@gmail.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
--00000000000035fc59060e05353b--