Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ezG15-0003cw-8Q for pgadmin-hackers@arkaria.postgresql.org; Fri, 23 Mar 2018 06:17:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ezG13-00068F-JD for pgadmin-hackers@arkaria.postgresql.org; Fri, 23 Mar 2018 06:17:29 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ezG13-000680-6M for pgadmin-hackers@lists.postgresql.org; Fri, 23 Mar 2018 06:17:29 +0000 Received: from mail-oi0-x236.google.com ([2607:f8b0:4003:c06::236]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ezG0z-0002TD-Sz for pgadmin-hackers@postgresql.org; Fri, 23 Mar 2018 06:17:27 +0000 Received: by mail-oi0-x236.google.com with SMTP id 6-v6so5993310oip.8 for ; Thu, 22 Mar 2018 23:17:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=S35ie7y8/ENKwnqlxPqd6iT2BwDZXI4UgyjmK1lfkuY=; b=lCiZkWSlKrv7T4YrQ3sWw2zx3MuPqc2VdrjKnpLBd2RyJ8tQ0stJSrIY6DNRCM+98D XlUKw9PnnnYZB+vX9D+2qSACBSulyq9f7nXjneLZBO6hQxZRqyjfvHcmFidpLUrKBAs2 sM1Nu0gSNhBktUNGLaPTEn3PNee1J3BTlfxaThYm8ALhYJkjm9jcsDDsMVEFfYP135iS n/BlZl/xsAHtDyTvSkpHcoS/IUPvRcwTMsCHr8me18oUfXO+Ktudje28d1EQKQeBOs+9 oaIwv/DCbEE6BC7gbRkY0U5N0xGsu8m9QkeZUfD5jKprgBoTFkFaz4tGZG+Uqi9Bphho 1gUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=S35ie7y8/ENKwnqlxPqd6iT2BwDZXI4UgyjmK1lfkuY=; b=TUf4rHLXG4LvcKkDS8ptnhy80h3sL+U04nfZAHRjgoM1nCgcG1TJQUs47IUYxloPCt bwDzHZaz7khuOdVLGtlnTn3vVOE8f9ToIJzTBP5t6PNzedg3NS84q9DFeCbEMLqBsccT 0i9yWIR70rzcYdgL9Ohg8tsFb/nxcaeUIxAJT2ehIlru7kW+lxtQ2SmDVaUZzmduJIvO A2y9UVE1ZehpwtLaRscVHNzxaS972lJrLmYjSO5+uTpGPQPX62FpvodSfqGdS0gbV1jQ m1LuqSwKxmd2Q6LHfqp3EkdkGSye3AJeStw6hyAQqbvc8d8mQT3pxZogURdTVfYTUstf vzmA== X-Gm-Message-State: AElRT7F3f7y9UgWnKpdzs9+B/CF2PTMcHckLNm7Pzmd8kFiRhE8x5qnq jK4GP8tXKV5N4isNDmtX9/AYFrfW3OKk8I+YAGA5WA== X-Google-Smtp-Source: AG47ELtsWFlGv07QpP/nRdlEYtLD6KN1NsURa7wCUm/Cngt/i0WUYM2jnRai0F+NrScTiPMCOCqe/rTLV+Zdrnet0VI= X-Received: by 10.202.205.142 with SMTP id d136mr14379812oig.253.1521785844305; Thu, 22 Mar 2018 23:17:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.74.138.251 with HTTP; Thu, 22 Mar 2018 23:17:23 -0700 (PDT) In-Reply-To: References: From: Khushboo Vashi Date: Fri, 23 Mar 2018 11:47:23 +0530 Message-ID: Subject: Re: Experiencing issues To: Dave Page Cc: Joao De Almeida Pereira , Murtuza Zabuawala , pgadmin-hackers Content-Type: multipart/mixed; boundary="001a1134e74eacf85505680e60db" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --001a1134e74eacf85505680e60db Content-Type: multipart/alternative; boundary="001a1134e74eacf85305680e60d9" --001a1134e74eacf85305680e60d9 Content-Type: text/plain; charset="UTF-8" Hi, On Wed, Mar 21, 2018 at 9:31 PM, Dave Page wrote: > > > On Wed, Mar 21, 2018 at 3:57 PM, Joao De Almeida Pereira < > jdealmeidapereira@pivotal.io> wrote: > >> Sorry I did not understand what you said. >> This configuration: >> >> DEFAULT_SERVER = '0.0.0.0' >> SESSION_COOKIE_DOMAIN = DEFAULT_SERVER >> COOKIE_DEFAULT_DOMAIN = DEFAULT_SERVER >> >> If the application lives in the domain pgadmin.somedomain.com do I need >> to have in config_local: >> DEFAULT_SERVER = '0.0.0.0' >> SESSION_COOKIE_DOMAIN = 'pgadmin.somedomain.com' >> COOKIE_DEFAULT_DOMAIN = 'pgadmin.somedomain.com' >> ? >> >> Does this mean that if for some reason I have a second domain like >> pgadmin.somedomain2.com that I want to use I cannot? >> >> The issue of 127.0.0.1 to localhost is very cumbersome, and somehow we >> should be able to disable this, because when we are developing doesn't make >> sense to not being able to use localhost and 127.0.0.1 >> > > +1. I didn't realise we'd added this restriction when I tested the patch. > > Perhaps a better approach would be to leave the default cookie handling as > it was, and just expose the domain and path via config options that the > user can set if appropriate for their installation. > > Please find the attached updated patch as discussed. If one has to set cookie domain and path then below *config variables* should be changed. COOKIE_DEFAULT_PATH COOKIE_DEFAULT_DOMAIN SESSION_COOKIE_DOMAIN Thanks, Khushboo > > >> >> Thanks >> Joao >> >> On Wed, Mar 21, 2018 at 11:01 AM Khushboo Vashi < >> khushboo.vashi@enterprisedb.com> wrote: >> >>> On Wed, Mar 21, 2018 at 8:27 PM, Joao De Almeida Pereira < >>> jdealmeidapereira@pivotal.io> wrote: >>> >>>> So what you are saying is that if I have a server, I need to do >>>> DEFAULT_SERVER=0.0.0.0 and then set the real domain on the COOKIE domain? >>>> >>>> No I am saying, whatever you set as a DEFAULT_SERVER, the app can be >>> accessible with that server. >>> As, we have explicitly set DOMAIN in the cookie setting. >>> >>>> On Wed, Mar 21, 2018 at 10:55 AM Khushboo Vashi < >>>> khushboo.vashi@enterprisedb.com> wrote: >>>> >>>>> On Wed, Mar 21, 2018 at 8:10 PM, Joao De Almeida Pereira < >>>>> jdealmeidapereira@pivotal.io> wrote: >>>>> >>>>>> Ok Murtuza you are right, >>>>>> Now my question is I have the default server to 127.0.0.1 and I want >>>>>> to access it using localhost as well. How can I do this? >>>>>> >>>>>> No, you can't. >>>>> Domain based cookie will work for that domain and it's sub-domains. >>>>> >>>>>> On Wed, Mar 21, 2018 at 10:39 AM Khushboo Vashi < >>>>>> khushboo.vashi@enterprisedb.com> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> On 21 Mar 2018 20:01, "Joao De Almeida Pereira" < >>>>>>> jdealmeidapereira@pivotal.io> wrote: >>>>>>> >>>>>>> I tried that but still nothing. When i check in the inspector for >>>>>>> cookies I have none >>>>>>> >>>>>>> Share your config_local file. >>>>>>> >>>>>>> On Wed, Mar 21, 2018 at 10:30 AM Murtuza Zabuawala < >>>>>>> murtuza.zabuawala@enterprisedb.com> wrote: >>>>>>> >>>>>>>> Yes, that's cookie related issue (RM#3197), To fix that I added >>>>>>>> below in my config_local.py and it started working again, >>>>>>>> >>>>>>>> DEFAULT_SERVER = '0.0.0.0' >>>>>>>> COOKIE_DEFAULT_DOMAIN = SESSION_COOKIE_DOMAIN = DEFAULT_SERVER >>>>>>>> >>>>>>>> Clear your browser cookies and server side sessions. >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Regards, >>>>>>>> Murtuza Zabuawala >>>>>>>> EnterpriseDB: http://www.enterprisedb.com >>>>>>>> The Enterprise PostgreSQL Company >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Mar 21, 2018 at 7:55 PM, Joao De Almeida Pereira < >>>>>>>> jdealmeidapereira@pivotal.io> wrote: >>>>>>>> >>>>>>>>> Where can I find information about that? >>>>>>>>> >>>>>>>>> On Wed, Mar 21, 2018 at 10:16 AM Khushboo Vashi < >>>>>>>>> khushboo.vashi@enterprisedb.com> wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 21 Mar 2018 19:41, "Joao De Almeida Pereira" < >>>>>>>>>> jdealmeidapereira@pivotal.io> wrote: >>>>>>>>>> >>>>>>>>>> Hello Hackers, >>>>>>>>>> Can anyone use the current master branch? >>>>>>>>>> When I try to open a server I get a 428. Is that only me? >>>>>>>>>> >>>>>>>>>> May be because of cookie changes. >>>>>>>>>> Check your config.py and config_local.py if you have done changes >>>>>>>>>> related to DEFAULT_SERVER in your config_local.py then you need to change >>>>>>>>>> other 2 cookie related variables also. >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> Joao >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>> > > > -- > Dave Page > Blog: http://pgsnake.blogspot.com > Twitter: @pgsnake > > EnterpriseDB UK: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > --001a1134e74eacf85305680e60d9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

On Wed, Mar 21, 2018 at 9:31 PM, Dave Page <dpage@pgadmin.org&g= t; wrote:


<= span class=3D"gmail-">On Wed, Mar 21, 2018 at 3:57 PM, Joao De Almeida Pere= ira <jdealmeidapereira@pivotal.io> wrote:
Sorry I did = not understand what you said.
This configuration:

DEFAULT_SERV= ER =3D '0.0.0.0'
SESSION_COOKIE_DOMAIN =3D DEFAULT_SERVER
COO= KIE_DEFAULT_DOMAIN =3D DEFAULT_SERVER

If the application lives in th= e domain pgadmi= n.somedomain.com do I need to have in config_local:
DEFAULT_SERVER = =3D '0.0.0.0'
SESSION_COOKIE_DOMAIN =3D 'pgadmin.somedomain.com'
COOKIE_DEFAULT_DOMAIN =3D 'pgadmin.somedomain.com'
?

Does this mean that if for some reason I have a second do= main like pgad= min.somedomain2.com that I want to use I cannot?

The issue of 127.0.0.1 to localhost is very cumbersome, and somehow we s= hould be able to disable this, because when we are developing doesn't m= ake sense to not being able to use localhost and 127.0.0.1=C2=A0

+1. I didn't realise we'd = added this restriction when I tested the patch.

Pe= rhaps a better approach would be to leave the default cookie handling as it= was, and just expose the domain and path via config options that the user = can set if appropriate for their installation.

Please= find the attached updated patch as discussed.

If = one has to set cookie domain and path then below config variables sh= ould be changed.

COOKIE_DEFAULT_PATH
COOKIE_DEFAULT_DOMAIN
SESSION_COOKIE_DOMAIN=

Thanks,
Khushboo=C2=A0
=
=C2=A0

Thanks
Joao

On Wed= , Mar 21, 2018 at 11:01 AM Khushboo Vashi <khushboo.vashi@enterprisedb.co= m> wrote:
On = Wed, Mar 21, 2018 at 8:27 PM, Joao De Almeida Pereira <= ;jdealmei= dapereira@pivotal.io> wrote:
So what you are saying is that if I h= ave a server, I need to do DEFAULT_SERVER=3D0.0.0.0 and then set the real d= omain on the COOKIE domain?

=
No I am saying, whatever you set as a DEFAULT_SERVER,=C2=A0 the app ca= n be accessible with that server.
As, we have explicitly set=C2= =A0 DOMAIN in the cookie setting.
<= div class=3D"gmail_extra">
On W= ed, Mar 21, 2018 at 10:55 AM Khushboo Vashi <khushboo.vashi@enterprisedb.com> wrote:
O= n Wed, Mar 21, 2018 at 8:10 PM, Joao De Almeida Pereira &= lt;jdealm= eidapereira@pivotal.io> wrote:
Ok Murtuza you are right,=C2=A0Now my question is I have the default server to 127.0.0.1 and I want to ac= cess it using localhost as well. How can I do this?
=
No, you can't.
Domain based cookie will work for that domain and it's sub-domains.<= /div>
On Wed, Mar 21, 2018 at 10:= 39 AM Khushboo Vashi <khushboo.vashi@enterprisedb.com> wrote:
<= /div>


On 21 Mar = 2018 20:01, "Joao De Almeida Pereira" <jdealmeidapereira@pivotal.io= > wrote:
I tried that but still not= hing. When i check in the inspector for cookies I have none
Share your c= onfig_local file.
On Wed, Mar = 21, 2018 at 10:30 AM Murtuza Zabuawala <murtuza.zabuawala@enterprisedb= .com> wrote:
Yes, that's cookie related issue (RM#3197), To fix that I a= dded below in my config_local.py and it started working again,

<= font color=3D"#444444" face=3D"verdana, sans-serif" style=3D"background-col= or:rgb(238,238,238)">DEFAULT_SERVER =3D '0.0.0.0'=C2=A0
COOKIE_DEFAULT_DOMAIN =3D SESSION_COOKIE_= DOMAIN =3D DEFAULT_SERVER

Clear your browser cookies and server side = sessions.


--
Reg= ards,
Murtuza Zabuawala
EnterpriseDB:=C2=A0http://www.enterprisedb.com
The Enterprise PostgreSQL Company
<= /div>
<= br>

On Wed, Mar 21, 2018 at 7:55 PM, Joao De Alm= eida Pereira <jdealmeidapereira@pivotal.io> wrote= :
Whe= re can I find information about that?

<= div dir=3D"ltr">On Wed, Mar 21, 2018 at 10:16 AM Khushboo Vashi <khushboo.vash= i@enterprisedb.com> wrote:


On 21 Mar 2018 19:41, "Joao De Almeid= a Pereira" <jdealmeidapereira@pivotal.io> wrote:
Hello Hackers,
Can anyone use the current m= aster branch?
When I try to open a server I get a 428. Is that on= ly me?
May be because of cookie changes.=C2=A0
Check your config.py and config_local.py if you have done changes relat= ed to DEFAULT_SERVER in your config_local.py then you need to change other = 2 cookie related variables also.

Thanks
Joao
<= /div>



<= /div>


--
=
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

= EnterpriseDB UK: = http://www.enterprisedb.com
The Enterprise PostgreSQL Company

--001a1134e74eacf85305680e60d9-- --001a1134e74eacf85505680e60db Content-Type: text/x-patch; charset="US-ASCII"; name="RM_3197_cookie_domain_changes.patch" Content-Disposition: attachment; filename="RM_3197_cookie_domain_changes.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_jf3jutym0 ZGlmZiAtLWdpdCBhL3dlYi9jb25maWcucHkgYi93ZWIvY29uZmlnLnB5CmluZGV4IDkyNmE4N2Iu LmVkMjg0MzggMTAwNjQ0Ci0tLSBhL3dlYi9jb25maWcucHkKKysrIGIvd2ViL2NvbmZpZy5weQpA QCAtMjUyLDcgKzI1Miw2IEBAIFNFU1NJT05fREJfUEFUSCA9IG9zLnBhdGguam9pbihEQVRBX0RJ UiwgJ3Nlc3Npb25zJykKIAogU0VTU0lPTl9DT09LSUVfTkFNRSA9ICdwZ2E0X3Nlc3Npb24nCiAK LVNFU1NJT05fQ09PS0lFX0RPTUFJTiA9IERFRkFVTFRfU0VSVkVSCiAjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IwogIyBNYWlsIHNlcnZlciBzZXR0aW5ncwogIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKQEAgLTM2MSw4ICsz NjAsOCBAQCBTSE9XX0dSQVZBVEFSX0lNQUdFID0gVHJ1ZQogIyBTZXQgY29va2llIHBhdGgKICMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjCiBDT09LSUVfREVGQVVMVF9QQVRIID0gJy8nCi1DT09LSUVfREVGQVVM VF9ET01BSU4gPSBERUZBVUxUX1NFUlZFUgotCitDT09LSUVfREVGQVVMVF9ET01BSU4gPSBOb25l CitTRVNTSU9OX0NPT0tJRV9ET01BSU4gPSBOb25lCiAjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwogIyBMb2Nh bCBjb25maWcgc2V0dGluZ3MKICMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCmRpZmYgLS1naXQgYS93ZWIvcGdh ZG1pbi9fX2luaXRfXy5weSBiL3dlYi9wZ2FkbWluL19faW5pdF9fLnB5CmluZGV4IDJmMjdkMDcu LjRlNTdhYmYgMTAwNjQ0Ci0tLSBhL3dlYi9wZ2FkbWluL19faW5pdF9fLnB5CisrKyBiL3dlYi9w Z2FkbWluL19faW5pdF9fLnB5CkBAIC01NDEsMTMgKzU0MSw2IEBAIGRlZiBjcmVhdGVfYXBwKGFw cF9uYW1lPU5vbmUpOgogICAgICAgICBhcHAubG9nZ2VyLmluZm8oJ1JlZ2lzdGVyaW5nIGJsdWVw cmludCBtb2R1bGU6ICVzJyAlIG1vZHVsZSkKICAgICAgICAgYXBwLnJlZ2lzdGVyX2JsdWVwcmlu dChtb2R1bGUpCiAKLSAgICAjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCi0gICAgIyBTZXQgY29va2llIHBhdGgK LSAgICAjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjCi0gICAgQGFwcC5iZWZvcmVfZmlyc3RfcmVxdWVzdAotICAg IGRlZiBiZWZvcmVfZmlyc3RfcmVxdWVzdCgpOgotICAgICAgICBmcm9tIHBnYWRtaW4udXRpbHMu cGF0aHMgaW1wb3J0IGdldF9jb29raWVfcGF0aAotICAgICAgICBjb25maWcuQ09PS0lFX0RFRkFV TFRfUEFUSCA9IGdldF9jb29raWVfcGF0aCgpCiAKICAgICAjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwogICAg ICMgSGFuZGxlIHRoZSBkZXNrdG9wIGxvZ2luCkBAIC01ODYsNyArNTc5LDggQEAgZGVmIGNyZWF0 ZV9hcHAoYXBwX25hbWU9Tm9uZSk6CiAgICAgZGVmIGFmdGVyX3JlcXVlc3QocmVzcG9uc2UpOgog ICAgICAgICBpZiAna2V5JyBpbiByZXF1ZXN0LmFyZ3M6CiAgICAgICAgICAgICBkb21haW4gPSBk aWN0KCkKLSAgICAgICAgICAgIGlmIGNvbmZpZy5DT09LSUVfREVGQVVMVF9ET01BSU4gIT0gJ2xv Y2FsaG9zdCc6CisgICAgICAgICAgICBpZiBjb25maWcuQ09PS0lFX0RFRkFVTFRfRE9NQUlOIGFu ZFwKKyAgICAgICAgICAgICAgICAgICAgY29uZmlnLkNPT0tJRV9ERUZBVUxUX0RPTUFJTiAhPSAn bG9jYWxob3N0JzoKICAgICAgICAgICAgICAgICBkb21haW5bJ2RvbWFpbiddID0gY29uZmlnLkNP T0tJRV9ERUZBVUxUX0RPTUFJTgogICAgICAgICAgICAgcmVzcG9uc2Uuc2V0X2Nvb2tpZSgnUEdB RE1JTl9LRVknLCB2YWx1ZT1yZXF1ZXN0LmFyZ3NbJ2tleSddLAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBwYXRoPWNvbmZpZy5DT09LSUVfREVGQVVMVF9QQVRILApkaWZmIC0tZ2l0 IGEvd2ViL3BnYWRtaW4vYnJvd3Nlci9fX2luaXRfXy5weSBiL3dlYi9wZ2FkbWluL2Jyb3dzZXIv X19pbml0X18ucHkKaW5kZXggMzRkMGM4Ni4uNzI0ZTY3NyAxMDA2NDQKLS0tIGEvd2ViL3BnYWRt aW4vYnJvd3Nlci9fX2luaXRfXy5weQorKysgYi93ZWIvcGdhZG1pbi9icm93c2VyL19faW5pdF9f LnB5CkBAIC03OTksNyArNzk5LDggQEAgZGVmIGluZGV4KCk6CiAgICAgICAgIGxhbmd1YWdlID0g dXNlcl9sYW5ndWFnZXMuZ2V0KCkgb3IgJ2VuJwogCiAgICAgZG9tYWluID0gZGljdCgpCi0gICAg aWYgY29uZmlnLkNPT0tJRV9ERUZBVUxUX0RPTUFJTiAhPSAnbG9jYWxob3N0JzoKKyAgICBpZiBj b25maWcuQ09PS0lFX0RFRkFVTFRfRE9NQUlOIGFuZFwKKyAgICAgICAgICAgIGNvbmZpZy5DT09L SUVfREVGQVVMVF9ET01BSU4gIT0gJ2xvY2FsaG9zdCc6CiAgICAgICAgIGRvbWFpblsnZG9tYWlu J10gPSBjb25maWcuQ09PS0lFX0RFRkFVTFRfRE9NQUlOCiAKICAgICByZXNwb25zZS5zZXRfY29v a2llKCJQR0FETUlOX0xBTkdVQUdFIiwgdmFsdWU9bGFuZ3VhZ2UsCmRpZmYgLS1naXQgYS93ZWIv cGdhZG1pbi9wcmVmZXJlbmNlcy9fX2luaXRfXy5weSBiL3dlYi9wZ2FkbWluL3ByZWZlcmVuY2Vz L19faW5pdF9fLnB5CmluZGV4IDljMTRjYzIuLjYzNTg4NDEgMTAwNjQ0Ci0tLSBhL3dlYi9wZ2Fk bWluL3ByZWZlcmVuY2VzL19faW5pdF9fLnB5CisrKyBiL3dlYi9wZ2FkbWluL3ByZWZlcmVuY2Vz L19faW5pdF9fLnB5CkBAIC0yMDAsNyArMjAwLDggQEAgZGVmIHNhdmUocGlkKToKICAgICAgICAg bGFuZ3VhZ2UgPSB1c2VyX2xhbmd1YWdlcy5nZXQoKSBvciBsYW5ndWFnZQogCiAgICAgZG9tYWlu ID0gZGljdCgpCi0gICAgaWYgY29uZmlnLkNPT0tJRV9ERUZBVUxUX0RPTUFJTiAhPSAnbG9jYWxo b3N0JzoKKyAgICBpZiBjb25maWcuQ09PS0lFX0RFRkFVTFRfRE9NQUlOIGFuZFwKKyAgICAgICAg ICAgIGNvbmZpZy5DT09LSUVfREVGQVVMVF9ET01BSU4gIT0gJ2xvY2FsaG9zdCc6CiAgICAgICAg IGRvbWFpblsnZG9tYWluJ10gPSBjb25maWcuQ09PS0lFX0RFRkFVTFRfRE9NQUlOCiAKICAgICBz ZXRhdHRyKHNlc3Npb24sICdQR0FETUlOX0xBTkdVQUdFJywgbGFuZ3VhZ2UpCg== --001a1134e74eacf85505680e60db--