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 1go5j0-00045G-Tz for pgadmin-hackers@arkaria.postgresql.org; Mon, 28 Jan 2019 12:09:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1go5iz-0003Oj-CK for pgadmin-hackers@arkaria.postgresql.org; Mon, 28 Jan 2019 12:09:13 +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 1go5iz-0003OC-3L for pgadmin-hackers@lists.postgresql.org; Mon, 28 Jan 2019 12:09:13 +0000 Received: from mail-wm1-x343.google.com ([2a00:1450:4864:20::343]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1go5iw-00024r-HV for pgadmin-hackers@postgresql.org; Mon, 28 Jan 2019 12:09:12 +0000 Received: by mail-wm1-x343.google.com with SMTP id m1so13730894wml.2 for ; Mon, 28 Jan 2019 04:09:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=56oo0aXL5j5DldgF6zEmXAYnmNxZvSPiT55cCd6znAc=; b=IWZmS2sJq/z+XL4AKSaaSvk9vUu+17q0UxKUvDkpYrJy5R4hmidVE+2Lr6YTFabTcP PZOAE3KVyLiZNaA/EwM0pF1V4tvXLE1OUAp8GQ30MEHH9iG6of+HrobE8JCYMQwtU6zZ hUiEIGtEqzHOORgfYSTXDlcvsOY07WkN9Y2nrW/uMdI75tMzJ5ERt08pOa7Ajt4rngno VSDPJoaN/DwQ/Jxou2/Bh6561HV0Jb6eZJzi0hu/QNihEqIHWkl6vo+qMfPvSHyrwI4Z iAhhD5J3eMdOAmJn5uFULqTGWwVjA003DLQk81KOTJ6PIgG0JtsXER6Fodh1z82XNRZp 21Qw== 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=56oo0aXL5j5DldgF6zEmXAYnmNxZvSPiT55cCd6znAc=; b=J1LKz1+Igb+wS1aHjTq18b1fJtLVdplPllxfRaGGAOGXEEUn9fHGarRS/JhnFFSeAK tXr3VE3h/dDi4X0+uoPYPZAgxq6Bgls4PzoNVw+oJO+ulnjsb6UixJuCVpQ+sx7DhF+X 6R1JoAjzD2wK7CYDUw9Q7O3miXQWJGkhH9iVgjVN0kGnCQsjhW9l4c+xEKa8kUt5riA9 ji1sao+sHNwMdY83xbqANxCxiCNN+VX7kbsdcf4ythCjcL/g93r1S0Rwcam9HLejIYUq a1gsSRg3aOGIfZoP1HfW8nBxtCjHHe6n6Ly2BHNA8KHtV1R7Bs8eQlgqRt3+N33OSA1I n9QQ== X-Gm-Message-State: AJcUukcyoU2A9oFfp4SlV5j6Ck+x0lfIs8kp3aJulCkLk04d4NYmlB+z PAs9pEZ5bDGlX3P/VOcwg8zp7Ps4vXY/fauzkhHhOBUm5UU= X-Google-Smtp-Source: ALg8bN6nGDSDeikAlf0uYR59X51DWKRNnbMbPLrSscSihxWu7e5hG+KqShnlRVcNWOkN8WtDMcj/FE62PIiallGlfQ0= X-Received: by 2002:a1c:494:: with SMTP id 142mr16814943wme.111.1548677349519; Mon, 28 Jan 2019 04:09:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Dave Page Date: Mon, 28 Jan 2019 12:08:58 +0000 Message-ID: Subject: Re: [pgAdmin4][RM3936] Feature tests failing intermittently for SQL editor related test cases To: Aditya Toshniwal Cc: pgadmin-hackers Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Mon, Jan 28, 2019 at 12:05 PM Aditya Toshniwal wrote: > > Hi Dave, > > On Mon, Jan 28, 2019 at 5:01 PM Dave Page wrote: >> >> Hi >> >> On Mon, Jan 28, 2019 at 7:00 AM Aditya Toshniwal >> wrote: >> > >> > Hi Hackers, >> > >> > Attached is the patch to fix failing SQL editor related feature tests. >> > The failure is occurring mostly because of send_keys function of selenium which sometimes does not input the complete text. The change will use Codemirror javascript object to set the text. >> > >> > I have also added new args flag "--modules" which can be used after --pkg where you can test a specific module file under the pkg. This is not so useful for build but definitely helpful for the developers. >> >> One of the most common failures I see is failure to fill in the >> details on the Add Server dialogue (it might type half of an entry, >> then just hang). Should we get rid of all uses of send_keys? > > Setting the text using javascript executor can be done. send_keys simulate an actual person, so if you try to set a disabled text box using send_keys, it won't. Places where disabled fields doesn't matter, send_keys can be removed. Can't we just do something like: if input.disabled == false: input.value = 'Foo'; else: raise exception .... -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company