Added to existing issue
https://github.com/pgadmin-org/pgadmin4/issues/7266#issuecomment-1987956752.
..
On Mon, 11 Mar 2024 at 03:17, Khushboo Vashi <
khushboo.va...@enterprisedb.com> wrote:
>
>
> On Sun, Mar 10, 2024 at 7:06 PM Shaheed Haque
> wrote:
>
>> OK, it l
request that the pgadmin4 team look into this further? I am of
course happy to test as needed.
Thanks, Shaheed
On Sun, 10 Mar 2024 at 10:56, Shaheed Haque wrote:
> Hi,
>
> I have a scripted install for pgadmin4 which worked as expected for
> pgadmin7.7 when last used. I'm now tryi
Hi,
I have a scripted install for pgadmin4 which worked as expected for
pgadmin7.7 when last used. I'm now trying to install 8.4 in a new VM, and
it fails like this:
$ sudo -i -u ubuntu PGADMIN_SETUP_EMAIL=x...@123.com
PGADMIN_SETUP_PASSWORD=abcd python3
/home/ubuntu/venv/lib/python3.10/site-pack
Hi,
On Wed, 3 Mar 2021 at 14:42, Dave Page wrote:
> Hi
>
> On Wed, Mar 3, 2021 at 2:33 PM Shaheed Haque
> wrote:
>
>> Hi,
>>
>> I *think* there is something not quite right with the pgAdmin4 packaging
>> as regards gssapi, which I assume is related to th
Hi,
I *think* there is something not quite right with the pgAdmin4 packaging as
regards gssapi, which I assume is related to the new Kerberos support in
4.30. When I try to deploy our software, which has a dependency on
pgAdmin4, I see something like this:
$ sudo pip install ...blah...our stuff..
Great, thanks!
On Mon, 14 Dec 2020, 07:06 Akshay Joshi,
wrote:
> Thanks, Shaheed
>
> Updated the version.
>
> On Sat, Dec 12, 2020 at 5:24 PM Shaheed Haque
> wrote:
>
>> This has been released. Please consider relaxing your dependencies
>> accordingly...
This has been released. Please consider relaxing your dependencies
accordingly...
On Wed, 2 Dec 2020 at 10:04, Shaheed Haque wrote:
> It looks like pgcli has changed (https://github.com/dbcli/pgcli/pull/1224)
> ahead of the upcoming pip 21 release (but I'm not sure what their rele
It looks like pgcli has changed (https://github.com/dbcli/pgcli/pull/1224)
ahead of the upcoming pip 21 release (but I'm not sure what their release
plans are).
On Tue, 20 Oct 2020 at 23:28, Shaheed Haque wrote:
> Ok, thanks for the update!
>
> On Tue, 20 Oct 2020 at 08:11
Ok, thanks for the update!
On Tue, 20 Oct 2020 at 08:11, Akshay Joshi
wrote:
> Hi Shaheed
>
> On Tue, Oct 20, 2020 at 12:09 AM Shaheed Haque
> wrote:
>
>> Hi Akshay,
>>
>> I noticed that pgAdmin 4.27 updated the dependencies a bit, for which
>> man
kely (or should I plan to make the changes)?
Any input appreciated.
Thanks, Shaheed
On Wed, 30 Sep 2020 at 10:27, Akshay Joshi
wrote:
> Thanks, Shaheed for pointing it out, we will definitely look into it.
>
> On Tue, Sep 29, 2020 at 6:08 PM Shaheed Haque
> wrote:
Hi,
I've long wondered why pgAdmin4 seems to hard pin its dependencies;
specifically these two which do seem rather outdated:
pgadmin4 4.26 requires pytz==2018.9, but you'll have pytz 2020.1 which is
incompatible.
pgadmin4 4.26 requires sqlparse==0.2.4, but you'll have sqlparse 0.3.1
which is inc
this issue closed.
<http://localhost:5050/static/js/generated/app.bundle.js?ver=42100>
<http://localhost:5050/static/js/generated/app.bundle.js?ver=42100>
On Mon, 4 May 2020 at 11:36, Shaheed Haque wrote:
>
> Good news: I verified that it works fine under Chromium. However, under
atabase WHERE datname = (SELECT
> datname FROM pg_database WHERE oid = 1680798)) AS "Hits"
> ) t
>
> 2) Can you hard refresh the browser (remove all browser cache & try again)
> & check for any browser console errors next time when you try to access the
> dashboard?
>
I resolved the wrkzeug issue by updating Flask-BabelEx, but the graphs are
still not drawn.
Also, after restarting pgadmin, the SQL messages are no longer emitted.
On Thu, 30 Apr 2020 at 15:44, Shaheed Haque wrote:
> I forgot to add: I also tried 4.20 in case it was any better, but it
I forgot to add: I also tried 4.20 in case it was any better, but it had
the same lack of graph drawing, so went back to 4.21 pending advice.
On Thu, 30 Apr 2020 at 15:43, Shaheed Haque wrote:
> Hi,
>
> I have been running 4.14 for a while, and today in order to get to a newer
>
Hi,
I have been running 4.14 for a while, and today in order to get to a newer
version of werkzeug, I tried upgrading to 4.21 only to find that the
Dashboard graphs are not being drawn. All else seems fine (I can navigate
down to tables, and view data for example), but none of the graphs a re
draw
Is this tracked anywhere, or should I file a request?
On Thu, 8 Aug 2019, 15:03 Shaheed Haque, wrote:
> Cool, thanks! I'll keep an eye out for it...
>
> On Thu, 8 Aug 2019 at 12:40, Dave Page wrote:
>
>> Hi
>>
>> On Thu, Aug 8, 2019 at 12:31 PM Shaheed Haque
Cool, thanks! I'll keep an eye out for it...
On Thu, 8 Aug 2019 at 12:40, Dave Page wrote:
> Hi
>
> On Thu, Aug 8, 2019 at 12:31 PM Shaheed Haque
> wrote:
>
>> Hi,
>>
>> I've had a quick look, and while I see the odd reference to PyPi in the
>&
Hi,
I've had a quick look, and while I see the odd reference to PyPi in the
archives, I'm not sure if there has ever been discussion of having a PyPi
release for pgAdmin.
I am of course aware of the packaging changes w.r.t. psycopg2 and
psycopg2-binary in 4.6, but did wonder if that might open th
Wow, I have just seen that 4.6 implements
https://redmine.postgresql.org/issues/4165: excellent!
On Wed, 20 Mar 2019 at 13:35, Shaheed Haque wrote:
> Dave, Khushboo,
>
> Just to be clear, I'm expecting to install multiple packages which depend
> on Python access to PostgreSQL,
This issue is tracked here: https://redmine.postgresql.org/issues/4143.
On Thu, 4 Apr 2019 at 19:06, Shaheed Haque wrote:
>
> Thanks for the kind (and quick) replies. My last email crossed with
> the ones from Dave and Murtaza...
>
> On Thu, 4 Apr 2019 at 19:03, D
Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK:http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>
> On 4 Apr 2019, at 17:33, Shaheed Haque wrote:
>
> I can login, but when I click on "Servers", nothing happens on s
On Thu, 4 Apr 2019 at 17:57, Shaheed Haque wrote:
>
> Woah, rabbithole time...
>
> On Thu, 4 Apr 2019 at 17:33, Shaheed Haque wrote:
> >
> > I can login, but when I click on "Servers", nothing happens on screen
> > and the error log gets this:
> >
Woah, rabbithole time...
On Thu, 4 Apr 2019 at 17:33, Shaheed Haque wrote:
>
> I can login, but when I click on "Servers", nothing happens on screen
> and the error log gets this:
>
> [2019-04-04 16:10:10 +] [5850] [INFO] Starting gunicorn 19.9.0
> [2019-04-04
e
or other did not solve the problem.
Have I overlooked something?
Thanks, Shaheed
[1] this came up in another discussion recently, and it seems that I
ought to remove the psycopg2-binary though 4.2 was OK with this setup.
On Thu, 4 Apr 2019 at 15:04, Dave Page wrote:
>
> Hi
>
>
;> pgAdmin4.wsgi, so that means a completely hack-free solution :-).
>>
>>
>> Shaheed
>>
>> On Mon, 4 Mar 2019 at 16:33, Dave Page wrote:
>>>
>>> Hi
>>>
>>> On Fri, Mar 1, 2019 at 9:30 AM Shaheed Haque wrote:
>>>>
Dave,
On Tue, 26 Mar 2019 at 18:07, Dave Page wrote:
> Hi
>
> On Tue, Mar 26, 2019 at 1:19 PM Shaheed Haque wrote:
>
>> Hi,
>>
>> I find myself a bit baffled by User and Permission model. The scenario is:
>>
>>- In pgAdmin4, I have a serve
Hi,
I find myself a bit baffled by User and Permission model. The scenario is:
- In pgAdmin4, I have a server called "default".
- Under "default->Databases", I have my application database called
"foo", with a schema "public".
- Under "default->Login/Group Roles", I have amongst some
.va...@enterprisedb.com> wrote:
>>>
>>>>
>>>>
>>>> On Wed, Mar 20, 2019 at 4:54 PM Dave Page wrote:
>>>>
>>>>> Hi
>>>>>
>>>>> On Wed, Mar 20, 2019 at 9:50 AM Shaheed Haque
>>>>&g
My goodness...
On Wed, 20 Mar 2019 at 09:18, Dave Page wrote:
> Hi
>
> On Wed, Mar 20, 2019 at 6:18 AM Khushboo Vashi <
> khushboo.va...@enterprisedb.com> wrote:
>
>>
>>
>> On Tue, Mar 19, 2019 at 10:24 PM Dave Page wrote:
>>
>>>
>>&g
On Tue, 19 Mar 2019 at 10:28, Dave Page wrote:
> Hi
>
> On Tue, Mar 19, 2019 at 10:19 AM Shaheed Haque wrote:
>
>> Hi,
>>
>> I'm still on 4.2, but checking the release notes for 4.3 suggests it too
>> has the problem of being dependent on psycopg2 versu
Hi,
I'm still on 4.2, but checking the release notes for 4.3 suggests it too
has the problem of being dependent on psycopg2 versus psycopg2-binary. This
results in the annoying message:
/usr/local/lib/python3.6/dist-packages/psycopg2/__init__.py:144:
> UserWarning: The psycopg2 wheel package will
On Mon, 11 Mar 2019, 10:40 Dave Page, wrote:
>
>
> On Fri, Mar 8, 2019 at 7:12 PM Shaheed Haque wrote:
>
>> Hi,
>>
>> I don't mean to look a gift horse in the mouth, but I noticed that
>> whereas 4.1 and 4.2 weighed in at nearly 80MB, the 4.3 wh
Hi,
I don't mean to look a gift horse in the mouth, but I noticed that whereas
4.1 and 4.2 weighed in at nearly 80MB, the 4.3 wheel is just over 50MB in
size. Is that deliberate?
Thanks, Shaheed
t;
> On Fri, Mar 1, 2019 at 9:30 AM Shaheed Haque wrote:
>
>> OK, I got it working. This is how...
>>
>> On Mon, 25 Feb 2019 at 23:25, Shaheed Haque wrote:
>> >
>> > Hi,
>> >
>> > I'm a relative noob when it comes to the world of
On Fri, 1 Mar 2019 at 09:40, Dave Page wrote:
> Hi
>
> On Fri, Mar 1, 2019 at 9:30 AM Shaheed Haque wrote:
>
>> Elsewhere [1], I mentioned that I have pgAdmin running in server mode
>> behind nginx and gunicorn in an embedded role, to provide admin access to a
>>
OK, I got it working. This is how...
On Mon, 25 Feb 2019 at 23:25, Shaheed Haque wrote:
>
> Hi,
>
> I'm a relative noob when it comes to the world of nginx, wsgi and so
forth, but I do have several other things working (a Django app under
gunicorn and the RabbitMQ web UI dire
Elsewhere [1], I mentioned that I have pgAdmin running in server mode
behind nginx and gunicorn in an embedded role, to provide admin access to a
pre-determined set of servers.
As part of that, the initial user is pre-configured programmatically like
this:
PGADMIN_SETUP_EMAIL=$SUPERUSER PGADM
Hi,
I'm a relative noob when it comes to the world of nginx, wsgi and so forth,
but I do have several other things working (a Django app under gunicorn and
the RabbitMQ web UI directly behind nginx). However, I'm rather stuck
getting pgAdmin4 to run at http://mydomain.com:80/pgadmin behind nginx.
39 matches
Mail list logo
