Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bkocG-0007wb-BM for pgadmin-hackers@arkaria.postgresql.org; Fri, 16 Sep 2016 08:35:24 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1bkocF-0002gm-U7 for pgadmin-hackers@arkaria.postgresql.org; Fri, 16 Sep 2016 08:35:23 +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_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bkocF-0002gg-J1 for pgadmin-hackers@postgresql.org; Fri, 16 Sep 2016 08:35:23 +0000 Received: from mail-io0-x232.google.com ([2607:f8b0:4001:c06::232]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1bkocC-0000Xc-C4 for pgadmin-hackers@postgresql.org; Fri, 16 Sep 2016 08:35:22 +0000 Received: by mail-io0-x232.google.com with SMTP id m79so18479624ioo.3 for ; Fri, 16 Sep 2016 01:35:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UtO4YtOvdCsXcXgvDouh8+wiwxUO3iHj9s6U/xgoJbo=; b=tFiIF+vMNgQlXiWiOsZXdZbFByuUmQ8XtHjizzmndGKcCV2uVJfmS+0toPO4Mf+/ce p5bBPnrVDrwf6/YKjUDqe+baDMEnl7vR4qt3qM0XVXX4TN1suiLVEPu8oyOKrlPhk2/3 eX8085M5GuSPrXZaMTHd/ybAamaG26lP2sEvItpnFydAOkQul5GCd3WEntj5eaknQSxP liUtsoW0mnKVFUT4nLLQRiJW2mujzhVpb5ULGHzKk/w/YBpW+Wj3ucuar3myY32Niwxi YOTEON4/gKXxfDi9DSrwBhuxrLSNHdejV2Jut7Q8+MSDe/7SLyj9QhdRMnyn0CVL/cbp B5gA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UtO4YtOvdCsXcXgvDouh8+wiwxUO3iHj9s6U/xgoJbo=; b=RcmeQpqnv2j6g7B5negS2cGpzhOJBkCGWPrv2xTnzGwxeaqLPHK4cDJ5cnSRuDeuKd QLm90RLfkN9ASGsMaBu3b4pKU+PADAIE/4avUskxamJOSkta7BLTDfpN04tiwJyewRK6 ujMxaPHPLpphTfApNgyJaGEF2extjaAs3GLjN+XWib9SP5hevgAcxTI1epJtkEbWQuz/ 5DH2gb+8NGub9zyykrFt0JQsNrxuN8moENQdjAdwMt4HvVZR6Ufvkh7n3SIcGG2fwPoH mBBft6POntvcSsTAB89MJSqy/vSidxywnAbyPdfj9TEl/hJcENrp2cwEvfslty4hcx5/ h62g== X-Gm-Message-State: AE9vXwOSEIe5qaRXP7LKBRIkctvog3tdRPkZv6Ql2tAoh7x/kgEymF1KjlHGHDKy77drD8VoYG59uqUF33Xzcg== X-Received: by 10.107.189.132 with SMTP id n126mr22368358iof.74.1474014918342; Fri, 16 Sep 2016 01:35:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.1.203 with HTTP; Fri, 16 Sep 2016 01:35:17 -0700 (PDT) In-Reply-To: References: From: Dave Page Date: Fri, 16 Sep 2016 09:35:17 +0100 Message-ID: Subject: Re: Lack of activity indicator over slow connections (pgadmin4) To: Magnus Hagander Cc: pgadmin-hackers , Ashesh Vashi , Murtuza Zabuawala , Surinder Kumar Content-Type: text/plain; charset=UTF-8 X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org Ashesh, Murtuza, Surinder, Any thoughts on how we can achieve this easily, and where we're lacking notifications? We did have activity notification in the treeview, but that never worked overly well and now I come to think of it, I don't recall seeing it recently. I'm thinking we need something: - On treeview node click - On dialogue open and OK - On Wizard steps - Possibly in the debugger, when stepping? I would think all that we need is to set the mouse cursor to 'progress'. Thoughts? On Thu, Sep 15, 2016 at 3:50 PM, Magnus Hagander wrote: > I've been using pgadmin4 a bit recently over really slow and in particular > long-latency connections (double-vpns across the atlantic..) > > What I've noticed is that there appears to be zero feedback while things are > running. In this case, the slow link was between pgadmin4 and the database > it's connected do, but I'd expect similar issues when it's pgadmin that's > far away from the browser. > > Basically, clicking on a node in the tree, it took 15-20 seconds before the > SQL pane updated (or the properties pane). During this time, there is *zero* > feedback that something is going on, unless I open up developer mode. Which, > in fact, I did a couple of times to look at the console thinking it had > crashed rather than was just doing something. > > In my case I did the "classic end user" and ended up clicking at a couple of > different things to see if anything works at all, which of course made > things even more confusing. But that's exactly the kind of thing that end > users will do. > > I think that's going to cause a *lot* of confusion. There should really be > *some* level of feedback. > > I think a very good choice would be if it's possible to make it do nothing > by default but if a request takes more than say 1 second, a spinner can show > up to show that it's actually *doing* something. > > -- > Magnus Hagander > Me: http://www.hagander.net/ > Work: http://www.redpill-linpro.com/ -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers