Re: 1.16.1: many operations cause display tree to collapse

Can't say for sure, but there was a bug in 1.16 that caused pgAdmin III to
freeze up when performing such operations as renaming a table. Version 1.16.1
fixed that problem, but now you get the tree collapse you describe. Perhaps the
"quick and dirty fix" involved this behaviour? I find it annoying as well, but
not nearly as annoying as the freeze up!

Gary Giumarra
DealerBuilt-Lightyear Dealer Technologies, LLC.

________________________________
From: Chris Bartlett <c(dot)bartlett(at)paradise(dot)net(dot)nz>
To: pgAdmin Support <pgadmin-support(at)postgresql(dot)org>
Cc: Dave Page <dpage(at)pgadmin(dot)org>
Sent: Thu, January 31, 2013 4:02:09 PM
Subject: Re: [pgadmin-support] 1.16.1: many operations cause display tree to
collapse

>On Mon, Jan 14, 2013 at 7:40 PM, Dan Halbert <halbert(at)halwitz(dot)org> wrote:
>> Hi - I am using pgadmin 1.16.1 on Windows 7 against PG 9.1. When I add a new
>> table, add a column, or alter a column, the Object browser tree display
>> collapses as if I did a refresh high up in the object tree. I have to open
>> up several levels in the tree again to get to the table to do further work
>> on it. This is tedious.
>>
>>
>>
>> I installed pgadmin 1.14.3 side-by-side and do not see this problem. New
>> tables or ALTER-TABLE style operations do not collapse the tree.
>
>I can't reproduce this on Mac (the logic is the same on all platforms)
>- but what do you have File -> Preferences -> Browser -> UI
>Miscellaneous -> Refresh on click set to?

I have the same issue on a Mac. It also happens when modifying
constraint and index names.
Mac OS X 10.6.8
pgAdmin3 1.16.1
UI Miscellaneous -> Refresh on click -> any setting