Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gzJpV-0005X1-Aa for pgsql-www@arkaria.postgresql.org; Thu, 28 Feb 2019 11:26:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gzJoV-0000wH-HD for pgsql-www@arkaria.postgresql.org; Thu, 28 Feb 2019 11:25:19 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gzJoV-0000wA-BG for pgsql-www@lists.postgresql.org; Thu, 28 Feb 2019 11:25:19 +0000 Received: from mail-lf1-x144.google.com ([2a00:1450:4864:20::144]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gzJo9-0006tg-FR for pgsql-www@lists.postgresql.org; Thu, 28 Feb 2019 11:25:18 +0000 Received: by mail-lf1-x144.google.com with SMTP id g12so14924316lfb.13 for ; Thu, 28 Feb 2019 03:24:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hagander-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4TTQUXrqJqo+cqIekBvcnfpBfj2tTuugZOK0VyKnBxs=; b=aTWOj1XJA567u3B2rLumMcQ1gNL55Rsv4WzVQru26apTlZvF3rte5yZcsFXBnXg8IX sc6gHyFjKmZ6lb+7vkNXTCi/uZoPWXKKdM0pXthbvpasOXKz/EKARwNdyK0Ob1ALD3Rl 09GHDmQy+2Sjw8J5CeZCVqc3weqDWPDHY6k35Z2QKEPRX4BC2sAoCTc0BYFZc6nnCxuk of7ngrKK1vxSnuHWwUUD0pATIJhSzGmoirH2CjKoiaMrOOtb60DWDZMdjMx8d6j0B+97 gnUX/nz7SULufyXPq9F82zSHRSG3/mjIqrdGMzPsEXLrovkYCGIKHnk9Zv7GV07ocx1c YQ+g== 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=4TTQUXrqJqo+cqIekBvcnfpBfj2tTuugZOK0VyKnBxs=; b=fIxV9a4VD5SmbIwNiM+VMe4SCf7EZG42vgfb3i+WDeIq0MrxyFo7HWB7kFgIzFUw9c ZLM6Apm4+IBY3Py0yv3LFDDMp4m3tu504beTgxvlCaXtaUkrhRsWRd3JLszP3PVsK4qI obMr/19KfNCBpeEEW/2U22J7cq58cRm8/rk2NRuZIrQ3daeL83r0nKwksVjmllOwAh4i BUd4y+hse0KpH/tgQTDybTi6BKaMX3mlnlgpFz5S4mHkUr03zND3vr5e3I0iPOe4Fm/A dQ836cPQnAWo2T+zH1mei0J7G9U96878KnHHzite64DicyMJoODIQ1KkuOOy415pPkqD AdDw== X-Gm-Message-State: AHQUAuY+c2pJds3tu11Vj/uCS+BJ2PgHhXBSTTeSjXtl0CcgqdqwVVtm A0ENlbwN/87BKsMN8PWPP6rJajdsyVNCtDt5ady9X6rxcho= X-Google-Smtp-Source: AHgI3IZIItjGEhhm/A4h0FTbIHqqx/vH94Twnwfbo1GuW0dVzuRjJS5dpitEJ5EDiUWdZVVG/YrjAErtwzGWMoem0s4= X-Received: by 2002:a19:6e0b:: with SMTP id j11mr3843612lfc.124.1551353095920; Thu, 28 Feb 2019 03:24:55 -0800 (PST) MIME-Version: 1.0 References: <20190227232603.GA3137@alvherre.pgsql> <15210.1551311101@sss.pgh.pa.us> In-Reply-To: <15210.1551311101@sss.pgh.pa.us> From: Magnus Hagander Date: Thu, 28 Feb 2019 12:24:45 +0100 Message-ID: Subject: Re: CF app: "target version" entered twice? To: Tom Lane Cc: Alvaro Herrera , "w^3" Content-Type: multipart/alternative; boundary="0000000000003433730582f28a90" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --0000000000003433730582f28a90 Content-Type: text/plain; charset="UTF-8" On Thu, Feb 28, 2019 at 12:45 AM Tom Lane wrote: > Alvaro Herrera writes: > > I just created a new patch in the commitfest app > > (https://commitfest.postgresql.org/22/new/). The app asked me on the > > first page for the target version ... and then again on the second page. > > And it didn't remember what I selected first. > > Yeah, I noticed the same a couple days ago. > > > I suppose the fix is just to remove the "target version" selectable on > > the first page? > > Seems like the path of least resistance. I'm not sure this is so > important it has to be on the first page, anyway. > That wasn't even intentional :) The form had a list of "include all fields except x,y,z" so when the field was added it was automatically added there, and I missed it. I've now switched it to instead list the *included* fields so this won't happen again -- and it's easier to list 2 included fields than 12 excluded ones. -- Magnus Hagander Me: https://www.hagander.net/ Work: https://www.redpill-linpro.com/ --0000000000003433730582f28a90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Feb 28, 2019 at 12:45 AM Tom Lane= <tgl@sss.pgh.pa.us> wrote:<= br>
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> I just created a new patch in the commitfest app
> (https://commitfest.postgresql.org/22/new/).=C2=A0= The app asked me on the
> first page for the target version ... and then again on the second pag= e.
> And it didn't remember what I selected first.

Yeah, I noticed the same a couple days ago.

> I suppose the fix is just to remove the "target version" sel= ectable on
> the first page?

Seems like the path of least resistance.=C2=A0 I'm not sure this is so<= br> important it has to be on the first page, anyway.

=
That wasn't even intentional :) The form had a list of "= ;include all fields except x,y,z" so when the field was added it was a= utomatically added there, and I missed it. I've now switched it to inst= ead list the *included* fields so this won't happen again -- and it'= ;s easier to list 2 included fields than 12 excluded ones.=C2=A0

--
=C2=A0Magnus Hagander
=C2=A0Me: https://www.hagander.net/
=C2=A0Work: <= a href=3D"http://www.redpill-linpro.com/" target=3D"_blank">https://www.red= pill-linpro.com/
--0000000000003433730582f28a90--