MIME-Version: 1.0
References: 
 <CAM9w-_=G54p43OBgLB3kMQhQDosW2+7mu7sXtuPSCXxuiRhBhg@mail.gmail.com>
 <CAFiP3vw5U_zU_KysL1rPs1hQs0iMbW1ZgZ7WVC58x+0V-9Rc_g@mail.gmail.com>
 <CAM9w-_mm2kxja3_WqoSxa8xyKkaDLBCZavvUhajtgaC7qn57OA@mail.gmail.com>
In-Reply-To: 
 <CAM9w-_mm2kxja3_WqoSxa8xyKkaDLBCZavvUhajtgaC7qn57OA@mail.gmail.com>
From: Victoria Henry <vhenry@pivotal.io>
Date: Tue, 12 Jun 2018 12:22:09 -0400
Message-ID: 
 <CANxYE3J4wD1ZqyqTJV2Jv69_UWg7ky7bFzw=S8r4MOz_NtfOSg@mail.gmail.com>
Subject: Re: RM#3294 - User need to reset the layout to see the changed
 preferences parameters
To: Aditya Toshniwal <aditya.toshniwal@enterprisedb.com>
Cc: harshal.dhumal@enterprisedb.com,
        pgadmin-hackers <pgadmin-hackers@postgresql.org>
Content-Type: multipart/alternative; boundary="00000000000039b7ba056e744503"
Precedence: bulk

--00000000000039b7ba056e744503
Content-Type: text/plain; charset="UTF-8"

Hi Aditya,


It is not possible to fire event in another tab/new browser window. For
>>> example, query tool can be open in another tab. And thus, changes are not
>>> reflected there. There are solutions available like updating the
>>> localStorage of the browser but those are not reliable and does not work
>>> properly on different browsers.
>>>
>> To communicate between browser tabs we can use cookie polling on client
>> side it self (at least it will avoid polling over http).
>> The main tab will update only preference specific cookie when preference
>> is updated and other tabs will poll required cookies (not all)
>> with specific interval (1 second can be configurable).
>>
> Polling is a solution but I think it should be the last option. http polls
> will not be required anyway as we have preference cache in the browser
> object.
>

Maybe it's better to poll only when an editor is open in a separate
window?  What would we be polling for and how would be tell the backend
that something changed during the poll?

Thanks
Victoria & Joao

--00000000000039b7ba056e744503
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Aditya,<div><br></div><div class=3D"gmail_quote"><div d=
ir=3D"ltr"><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div c=
lass=3D"gmail_extra"><div class=3D"gmail_quote"><blockquote class=3D"gmail_=
quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1=
ex"><div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">=
<span><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;b=
order-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><d=
iv style=3D"font-size:12.8px;text-decoration-style:initial;text-decoration-=
color:initial">It is not possible to fire event in another tab/new browser =
window. For example, query tool can be open in another tab. And thus, chang=
es are not reflected there. There are solutions available like updating the=
 localStorage of the browser but those are not reliable and does not work p=
roperly on different browsers.</div></div></blockquote></span><div>To commu=
nicate between browser tabs we can use cookie polling on client side it sel=
f (at least it will avoid polling over http).</div><div>The main tab will u=
pdate only preference specific cookie when preference is updated and other =
tabs will poll required cookies (not all)</div><div>with specific interval =
(1 second can be configurable).</div></div></div></div></blockquote><div>Po=
lling is a solution but I think it should be the last option. http polls wi=
ll not be required anyway as we have preference cache in the browser object=
.</div></div></div></div></blockquote><div>=C2=A0</div><div>Maybe it&#39;s =
better to poll only when an editor is open in a separate window?=C2=A0 What=
 would we be polling for and how would be tell the backend that something c=
hanged during the poll?</div><div><br></div><div>Thanks</div><div>Victoria =
&amp; Joao</div></div></div>

--00000000000039b7ba056e744503--