[pgadmin-support] Possible performance bug in enumerating schema objects?

2012-10-31 Thread Avi Blackmore
Hello, We run PostgreSQL 9.1 as our DBMS, with PostGIS. We have some largish databases here, with several thousand tables in the primary schema. I've found that connecting to these databases with PgAdmin 1.16.0 takes sometimes upwards of 60 seconds. Specifically, while connecting to the data

Re: Crash/freeze when renaming database (was [pgadmin-support] Crash after renaming columns)

2012-10-31 Thread Federico Verponziani
Yes, it's exactly what happens to me. Thanks Gary. 2012/10/31 Gary Giumarra > > I am reporting this again (revised), since the last time I reported it I > only got a "can't reproduce" response (perhaps the report below of a > similar problem with renaming columns suggests that my problem is no

Crash/freeze when renaming database (was [pgadmin-support] Crash after renaming columns)

2012-10-31 Thread Gary Giumarra
I am reporting this again (revised), since the last time I reported it I only got a "can't reproduce" response (perhaps the report below of a similar problem with renaming columns suggests that my problem is not an isolated one). Using pgAdminIII 1.16 (Windows 7 64-bit): Renaming a table by ri

Re: [pgadmin-support] Crash after renaming columns

2012-10-31 Thread Dave Page
Hi Sachin Can you take a quick look at this please? Thanks. On Wed, Oct 31, 2012 at 4:11 PM, Federico Verponziani wrote: > Hi all, > I am using PgAdmin v.1.16.0 in both Windows 7 32 and 64 bit and I > encountered this error. > After I try to rename a column from the column properties, pgAdmin c

[pgadmin-support] Crash after renaming columns

2012-10-31 Thread Federico Verponziani
Hi all, I am using PgAdmin v.1.16.0 in both Windows 7 32 and 64 bit and I encountered this error. After I try to rename a column from the column properties, pgAdmin crashes. It crashed either on a Windows 7 32 bit pc working on a Postgres db v.9.1 installed on a Ubuntu server machine and on a Windo

Re: [pgadmin-support] [BUG] View the data in selected object - doenst work as excpected.

2012-10-31 Thread Dave Page
On Wed, Oct 31, 2012 at 1:50 PM, Lars Müller-Gilberger wrote: > Hello pgAdmin mailinglist, > > > > First our test setup: > > We are using pgpool2 3.2x as load balancer and connection proxy for a > postgresql 9.2x streaming replication Cluster. Our Application connects to > pgpool an

Re: [pgadmin-support] bug report: All queries incorrectly shown as blocking in server status

2012-10-31 Thread Sachin Srivastava
I have sent a patch fixing the issue to the pgadmin-hacker mailing list. Chris, Thanks for providing the bug details. On Mon, Oct 29, 2012 at 6:51 PM, Dave Page wrote: > Sachin, can you look into this please? Thanks. > > On Thu, Oct 25, 2012 at 11:08 PM, Chris St Denis > wrote: > > Platform:

Re: [pgadmin-support] wish: Data Collapse / Expand Mode looks like phpPgAdmin

2012-10-31 Thread Dave Page
On Wed, Oct 31, 2012 at 8:18 AM, Michael Pfütz wrote: > my wish: Data Collapse / Expand Mode looks like phpPgAdmin I have no idea what that means. > The loading and processing of large tables with a lot of content (text> 1kb) > takes otherwise extremely long. If you're talking about the query t

[pgadmin-support] wish: Data Collapse / Expand Mode looks like phpPgAdmin

2012-10-31 Thread Michael Pfütz
my wish: Data Collapse / Expand Mode looks like phpPgAdmin The loading and processing of large tables with a lot of content (text> 1kb) takes otherwise extremely long. Thank you. Michael -- Sent via pgadmin-support mailing list (pgadmin-support@postgresql.org) To make changes to your subscr