Re: [pgadmin-hackers] New committer: Akshay Joshi

2016-05-06 Thread Fahar Abbas
t; > > > > -- > *Akshay Joshi* > *Principal Software Engineer * > > > > *Phone: +91 20-3058-9517 <%2B91%2020-3058-9517>Mobile: +91 976-788-8246* > -- Syed Fahar Abbas Quality Management Group EnterpriseDB Corporation Phone Office: +92-51-835-8874 Phone Direct: +92-51-8466803 Mobile: +92-333-5409707 Skype ID: syed.fahar.abbas Website: www.enterprisedb.com

[pgadmin-hackers] Error messages displayed with pgAdmin4.py when user done latest git pull for pgAdmin4

2016-05-12 Thread Fahar Abbas
in _call_with_frames_removed File "/home/fahar/Projects/pgadmin4/web/pgadmin/misc/bgprocess/__init__.py", line 21, in from .processes import BatchProcess File "/home/fahar/Projects/pgadmin4/web/pgadmin/misc/bgprocess/processes.py", line 35, in from cStringIO import Str

[pgadmin-hackers] Re: Error messages displayed with pgAdmin4.py when user done latest git pull for pgAdmin4

2016-05-12 Thread Fahar Abbas
Thanks It's already resolved by Neel and Akshay with minor patch "cStringIO and StringIO module compatibility in python" Regards On Fri, May 13, 2016 at 9:52 AM, Fahar Abbas wrote: > Hi, > > Following error message displayed pgAdmin4.py when user done latest git >

[pgadmin-hackers] Unable to launch pgAdmin4.py with python with latest git pull

2016-05-22 Thread Fahar Abbas
Hi, RM reported as a reference: https://redmine.postgresql.org/issues/1206 Regards, -- Syed Fahar Abbas Quality Management Group EnterpriseDB Corporation Phone Office: +92-51-835-8874 Phone Direct: +92-51-8466803 Mobile: +92-333-5409707 Skype ID

Re: [pgadmin-hackers] Connection to the server has been lost

2016-10-02 Thread Fahar Abbas
41/42 > D-16225 Eberswalde (Germany) > > Tel: +49 3334 3820-347 > Fax: +49 3334 3820-354 > Mail: ralph@thuenen.de > Web: www.thuenen.de > > > > > -- > Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) > To make changes to your su

Re: [pgadmin-hackers] Connection to the server has been lost

2016-10-04 Thread Fahar Abbas
se(exc_type, exc_value, tb) > File "/usr/local/lib/python2.7/dist-packages/flask/app.py", line 1988, in > wsgi_app > response = self.full_dispatch_request() > File "/usr/local/lib/python2.7/dist-packages/flask/app.py", line 1641, in > full_dispatch_request

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
>>> SECURITY_PASSWORD_SALT, given that there's clearly some other per user and >>> per installation/database salting going on anyway. New installations can >>> have the random value for SECURITY_PASSWORD_SALT. >>> >> We do not need to generate the random SECURITY_PAS

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
must not be None when the value of `SECURITY_PASSWORD_HASH` is set to "pbkdf2_sha512" (venv) fahar@fahar-virtual-machine:~/Projects/pgadmin4/web$ Is this expected? On Wed, Oct 19, 2016 at 1:37 PM, Fahar Abbas wrote: > Sure, > > Will test this thoroughly after complete inv

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
utils.py", line 108, in get_hmac 'set to "%s"' % _security.password_hash) RuntimeError: The configuration value `SECURITY_PASSWORD_SALT` must not be None when the value of `SECURITY_PASSWORD_HASH` is set to "pbkdf2_sha512" On Wed, Oct 19, 2016 at 3:03 PM, F

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
; <http://www.linkedin.com/in/asheshvashi> > > On Wed, Oct 19, 2016 at 3:47 PM, Fahar Abbas > wrote: > >> Here is the output of if we copy config_local.py and execute python >> setup.py >> pgAdmin 4 - Application Initialisation >> =

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
On Wed, Oct 19, 2016 at 4:03 PM, Fahar Abbas wrote: > > > On Wed, Oct 19, 2016 at 3:55 PM, Ashesh Vashi < > ashesh.va...@enterprisedb.com> wrote: > >> Hi Fahar, >> >> Please log the case on redmine. >> > https://redmine.postgresql.org/issues/1871 &

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
ne 267, in save_session > self.manager.put(session) > File > "/home/neel/Projects/pgAdmin4/pgadmin4_patch/pgadmin4/web/pgadmin/utils/session.py", > line 144, in put > self.parent.put(session) > File > "/home/neel/Projects/pgAdmin4/pgadmin4_patch/pgadm

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
After applying this patch on Python 2.7.11 on Windows 2012 64bit, User can launch pgAdmin4 with python pgAdmin4.py without any error. Will also retest once the 1871 will be resolved On Wed, Oct 19, 2016 at 5:19 PM, Fahar Abbas wrote: > Yes Neel is Right. > > This issue is also reproduc

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
rds, >> >> Ashesh Vashi >> EnterpriseDB INDIA: Enterprise PostgreSQL Company >> <http://www.enterprisedb.com> >> >> >> *http://www.linkedin.com/in/asheshvashi* >> <http://www.linkedin.com/in/asheshvashi> >> >> On Wed, Oct 19, 2016 at 3:47

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
9 > > -- > Regards, > Murtuza Zabuawala > EnterpriseDB: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > > On Thu, Oct 20, 2016 at 11:03 AM, Fahar Abbas < > fahar.ab...@enterprisedb.com> wrote: > >> Hi Dave, >> >> I

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-19 Thread Fahar Abbas
utils/session.py", line 44, in _calc_hmac secret.encode(), body.encode(), hashlib.sha1 AttributeError: 'bytes' object has no attribute 'encode' On Thu, Oct 20, 2016 at 11:00 AM, Murtuza Zabuawala < murtuza.zabuaw...@enterprisedb.com> wrote: > Could you delete

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-20 Thread Fahar Abbas
x27;CSRF_SESSION_KEY', 1, 0)] On Thu, Oct 20, 2016 at 11:00 AM, Murtuza Zabuawala < murtuza.zabuaw...@enterprisedb.com> wrote: > Could you delete 'keys' table from pgadmin4.db file & try again? > > -- > Regards, > Murtuza Zabuawala > EnterpriseDB: http://www.ent

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-20 Thread Fahar Abbas
enterprisedb.com> wrote: > >> Hi, >> >> PFA patch to fix the issue for Pyhton3. >> RM#1849 >> >> -- >> Regards, >> Murtuza Zabuawala >> EnterpriseDB: http://www.enterprisedb.com >> The Enterprise PostgreSQL Company >> >>

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-20 Thread Fahar Abbas
Thanks pgAdmin4 Development team! User can launch pgAdmin4 with web browser with no issues with fresh setup, i tried on Ubuntu 16.04 Linux 64(Python 3.5). Will also try on OS X with Python 3 and will let you know. On Thu, Oct 20, 2016 at 1:03 PM, Fahar Abbas wrote: > Thanks Ashesh for y

Re: [pgadmin-hackers] RM1849: Auto-generating security keys

2016-10-20 Thread Fahar Abbas
All, I have not seen any issue in pgAdmin4 on MAC OS X(Python 3.5) Platform as well hence 1849 is resolved. Kind Regards, On Thu, Oct 20, 2016 at 1:35 PM, Fahar Abbas wrote: > Thanks pgAdmin4 Development team! > > User can launch pgAdmin4 with web browser with no issues with fresh s

Re: [pgadmin-hackers] downloading challenge

2016-12-06 Thread Fahar Abbas
ackers mailing list (pgadmin-hackers@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgadmin-hackers > -- Syed Fahar Abbas Quality Management Group EnterpriseDB Corporation Phone Office: +92-51-835-8874 Phone Direct: +92-51-8466803 Mobile: +92-3

[pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-01-11 Thread Fahar Abbas
this patch on Windows and Linux, in > server and desktop modes? Basically all the external processes should be > tested - backup, restore & maintenance (vacuum) etc). I don't have any VMs > available at the moment due to travel. > > > -- > Dave Page > Blog: http:/

[pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-01-17 Thread Fahar Abbas
Issue is also reproducible with PG-9.6 server. Regards, On Tue, Jan 17, 2017 at 2:55 PM, Fahar Abbas wrote: > Please attached the log files output from the terminal and pgAdmin4.log. > > Kind Regards, > > > On Tue, Jan 17, 2017 at 2:46 PM, Dave Page wrote: > >> Tha

[pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-01-17 Thread Fahar Abbas
Thanks Dave. On Tue, Jan 17, 2017 at 3:07 PM, Dave Page wrote: > Not surprising. Don't bother testing that any more for now thanks. I > suspect it's a simple bug that Ashesh can fix pronto. > > On Tue, Jan 17, 2017 at 10:02 AM, Fahar Abbas < > fahar.ab...@enterprise

Re: [pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-01-20 Thread Fahar Abbas
Zabuawala > EnterpriseDB: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > > On Tue, Jan 17, 2017 at 3:45 PM, Fahar Abbas > wrote: > >> Thanks Dave. >> >> On Tue, Jan 17, 2017 at 3:07 PM, Dave Page wrote: >> >>> Not surprising. Don&#x

Re: [pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-01-20 Thread Fahar Abbas
me, Need check in IE. > > Meanwhile can try with Chrome/Firefox? > > -- > Regards, > Murtuza Zabuawala > EnterpriseDB: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > > On Fri, Jan 20, 2017 at 7:01 PM, Fahar Abbas > wrote: > >> Hi Murtaza, &

Re: [pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-01-22 Thread Fahar Abbas
iseDB: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > > On Sat, Jan 21, 2017 at 1:18 AM, Fahar Abbas > wrote: > >> I tested in Google chrome Windows 2012 R2 64 with Python 2.7.11. It might >> be possible that you tested on Python 3+. >> &g

Re: [pgadmin-hackers][Patch] Refactor sql template version picking

2017-01-30 Thread Fahar Abbas
a new > >>> >>> template > >>> >>> loader to automatically pick the available sql template file that > >>> >>> corresponds to the postgres version number. > >>> >>> > >>> >>> Our next patch will be to

Re: [pgadmin-hackers][Patch] Show databases for Greenplum

2017-02-01 Thread Fahar Abbas
ake changes to your subscription: > > http://www.postgresql.org/mailpref/pgadmin-hackers > > > > > > -- > Dave Page > Blog: http://pgsnake.blogspot.com > Twitter: @pgsnake > > EnterpriseDB UK: http://www.enterprisedb.com > The Enterprise PostgreSQL

Re: [pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-02-01 Thread Fahar Abbas
s execution for future issue analysis. > > -- > > Thanks & Regards, > > Ashesh Vashi > EnterpriseDB INDIA: Enterprise PostgreSQL Company > <http://www.enterprisedb.com> > > > *http://www.linkedin.com/in/asheshvashi* > <http://www.linkedin.com/i

Re: [pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-02-02 Thread Fahar Abbas
Hi, Currently Ashesh is working for the particular issue on my machine and he will share the updated patch on tomorrow. Kind Regards, On Thu, Feb 2, 2017 at 11:22 AM, Fahar Abbas wrote: > Sure Ashesh, > > I will test and update the testing status accordingly. > > On Thu, Feb 2

Re: [pgadmin-hackers] Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

2017-02-02 Thread Fahar Abbas
ards, > > Ashesh Vashi > EnterpriseDB INDIA: Enterprise PostgreSQL Company > <http://www.enterprisedb.com> > > > *http://www.linkedin.com/in/asheshvashi* > <http://www.linkedin.com/in/asheshvashi> > > On Fri, Feb 3, 2017 at 10:36 AM, Fahar Abbas > wrote:

Re: [pgadmin-hackers] patch for RM2292 [pgadmin4]

2017-05-08 Thread Fahar Abbas
>> >> >> -- >> Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) >> To make changes to your subscription: >> http://www.postgresql.org/mailpref/pgadmin-hackers >> >> > > > -- > Dave Page > Blog: http://pgsnake.blogspot.c