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.bartl...@paradise.net.nz> To: pgAdmin Support <pgadmin-support@postgresql.org> Cc: Dave Page <dp...@pgadmin.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 <halb...@halwitz.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 -- Sent via pgadmin-support mailing list (pgadmin-support@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-support
