Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kzycG-0003Y6-Ai for pgadmin-hackers@arkaria.postgresql.org; Thu, 14 Jan 2021 09:08:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kzycF-0005Mv-A4 for pgadmin-hackers@arkaria.postgresql.org; Thu, 14 Jan 2021 09:08:27 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kzycE-0005Mo-P7 for pgadmin-hackers@lists.postgresql.org; Thu, 14 Jan 2021 09:08:27 +0000 Received: from mail-ej1-x630.google.com ([2a00:1450:4864:20::630]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kzycB-0004cx-KQ for pgadmin-hackers@postgresql.org; Thu, 14 Jan 2021 09:08:26 +0000 Received: by mail-ej1-x630.google.com with SMTP id f4so7081316ejx.7 for ; Thu, 14 Jan 2021 01:08:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xB+g5fX/qfsWSAWqjEWVFjXa3vPUxf9O/2SkrwH55uE=; b=FsvtCziGRdm9CguCgkfHdARQfzIIDqiTyxQmPkHNSDoPhYSlK/flurCAZfZTAO29W4 xA+GEfUTGxwoNXCk4vCmucBfgD32xxBgz/Uqq8i/saPUgKw3VdjhsGHFl2HgZ7AgnjKW +Q11Q5pzkXIV1RRizHSS/fVldezH9wGfLu7XPcXN2SeuB/P8etg4xb3AC5pv1q9y3OvL 193rHllUj1Ol4A5AbHRFCNsTbvVlkxZuu6QcVjamgAiRBcPsoHAbKEqYsbU16mA/LI5k Au70+E5uu28c+5cQjSJdcsAAL5NgSZtrnYGgtR8/t5vbTd31RzZJb3ePT5F43gkYXK/Y KXAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xB+g5fX/qfsWSAWqjEWVFjXa3vPUxf9O/2SkrwH55uE=; b=MK4hlPBozaHrqVqsW2hV+lw9I96v2t0pvy7fT14gfMnge/UlUbnmGOMB6RlyZcGuz6 1SE5tw0+xcp6DGnUvAFa1nNe3tzSPjXLFklo34bLJT6MDr6lQlvxIV2Focn0Lz9JUHJE dlZOA3gmJ6lvezVbUQ5UYOQVCAm/rnKH7KxFIYoNBSMtWLF3ryEpctHH0NMdFy5n/WvX LawlueIYB6q/Ch4w497ZJaOI5E5/ImptW3vKvuFHJlCBcrlv3HbszIIWgWwNG5Ec4PqS QVibgKJsB8S05CKdtKTnMoD9dEp1XnXqIFcVYAanlJwE2m195Qfi0p7cS/DmHfwU50MD GbKQ== X-Gm-Message-State: AOAM530M7A9zq0MGZ23C/btWJdGLKj4YkyWMS+d0nO7Y3uEsS4ZLgRDy CtEB1iulVGumf2y91aKrZcgODcT153vfa9MxH71EvQ== X-Google-Smtp-Source: ABdhPJxmQP5knb/FHHoto1z91qDwJetWLHpssXdAptmqXIVWr2fvhgzOmQ4ArYO4VcPeOWi+W6jl8flSx+nF2xPsRyA= X-Received: by 2002:a17:906:7cc:: with SMTP id m12mr3869195ejc.386.1610615301454; Thu, 14 Jan 2021 01:08:21 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Dave Page Date: Thu, 14 Jan 2021 09:08:10 +0000 Message-ID: Subject: Re: [pgAdmin][RM-6120]: Adding/updating user should not allow to add an older date in account expires. To: Akshay Joshi Cc: Nikhil Mohite , pgadmin-hackers Content-Type: multipart/alternative; boundary="000000000000e9d1f305b8d89847" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000e9d1f305b8d89847 Content-Type: text/plain; charset="UTF-8" On Thu, Jan 14, 2021 at 8:18 AM Akshay Joshi wrote: > Thanks, patch applied. > > On Thu, Jan 14, 2021 at 11:28 AM Nikhil Mohite < > nikhil.mohite@enterprisedb.com> wrote: > >> Hi Team, >> >> Please find the attached patch for RM-6120 >> : Adding/updating user >> should not allow to add an older date in account expires. >> Added UI validation if a user enters the account expiration date manually. >> > I think this needs to be reverted (and the UI fixed to allow an older date to be selected). Selecting a past expiry date is a perfectly valid way to create an account that is effectively locked, for example, to allow pre-creation of roles for staff that are yet to join. PostgreSQL doesn't prevent this - why should we? -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EDB: http://www.enterprisedb.com --000000000000e9d1f305b8d89847 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Jan 14, 2021 at 8:18 AM Aksha= y Joshi <akshay.joshi@e= nterprisedb.com> wrote:
Thanks, patch applied.

On Thu, Jan 14, 2021= at 11:28 AM Nikhil Mohite <nikhil.mohite@enterprisedb.com> wrote:
Hi T= eam,

Please find the attached patch for RM-6120:=C2=A0= Adding/updating user should not allow to add=C2=A0an older date in account = expires.
Added UI validation if a user enters the account expirat= ion date manually.

I think this needs to be reverted (and the UI fixed to allow an olde= r date to be selected).

Selecting a past expiry da= te is a perfectly valid way to create an account that is effectively locked= , for example, to allow pre-creation of roles for staff that are yet to joi= n.

PostgreSQL doesn't prevent this - why shoul= d we?

--=C2=A0=C2=A0
Dave Page
Blog: http://pgsnake.blogspot.com=
Twitter: @pgsnake

EDB: http://www.enterprisedb.com

--000000000000e9d1f305b8d89847--