MIME-Version: 1.0
From: Magnus Hagander <magnus@hagander.net>
Date: Thu, 15 Sep 2016 16:50:58 +0200
Message-ID: 
 <CABUevEx++DjkspfVGNkP4tyPNO1stR-Xp=GitREWXNHxKcoLyw@mail.gmail.com>
Subject: Lack of activity indicator over slow connections (pgadmin4)
To: pgadmin-hackers <pgadmin-hackers@postgresql.org>
Content-Type: multipart/alternative; boundary=94eb2c09545e4f73d4053c8cf9b5
Precedence: bulk
Sender: pgadmin-hackers-owner@postgresql.org

--94eb2c09545e4f73d4053c8cf9b5
Content-Type: text/plain; charset=UTF-8

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/

--94eb2c09545e4f73d4053c8cf9b5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I&#39;ve been using pgadmin4 a bit recently over really sl=
ow and in particular long-latency connections (double-vpns across the atlan=
tic..)<div><br></div><div>What I&#39;ve noticed is that there appears to be=
 zero feedback while things are running. In this case, the slow link was be=
tween pgadmin4 and the database it&#39;s connected do, but I&#39;d expect s=
imilar issues when it&#39;s pgadmin that&#39;s far away from the browser.</=
div><div><br></div><div>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 op=
en up developer mode. Which, in fact, I did a couple of times to look at th=
e console thinking it had crashed rather than was just doing something.</di=
v><div><br></div><div>In my case I did the &quot;classic end user&quot; 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&#39;s ex=
actly the kind of thing that end users will do.<br></div><div><br></div><di=
v>I think that&#39;s going to cause a *lot* of confusion. There should real=
ly be *some* level of feedback.</div><div><br></div><div>I think a very goo=
d choice would be if it&#39;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 t=
hat it&#39;s actually *doing* something.=C2=A0<br><div><div><br></div>-- <b=
r><div class=3D"gmail_signature">=C2=A0Magnus Hagander<br>=C2=A0Me: <a href=
=3D"http://www.hagander.net/" target=3D"_blank">http://www.hagander.net/</a=
><br>=C2=A0Work: <a href=3D"http://www.redpill-linpro.com/" target=3D"_blan=
k">http://www.redpill-linpro.com/</a></div>
</div></div></div>

--94eb2c09545e4f73d4053c8cf9b5--