OK, so I finally managed to track down the root cause of this bug -
specifically, it's this change:
http://git.postgresql.org/gitweb/?p=pgadmin3.git;a=commit;h=e97d351dcbc42a38f0054a81f37727d511087ffa
We're looking into the most appropriate way to fix it properly.
On Mon, May 13, 2013 at 8:43 AM,
On Sat, May 11, 2013 at 2:56 AM, Aren Cambre wrote:
> Thanks. I'll shut up now. :-)
>
> You guys really need a bug tracker.
We have one: http://code.pgadmin.org/trac/query
It's only used for triaged bugs that aren't being immediately worked on though.
> On Thu, May 9, 2013 at 1:02 AM, Dave Page
Thanks. I'll shut up now. :-)
You guys really need a bug tracker.
On Thu, May 9, 2013 at 1:02 AM, Dave Page wrote:
> Yes.
>
>
> On Thursday, May 9, 2013, Aren Cambre wrote:
>
>> Is anyone paying attention to this?
>>
>> On Sun, Apr 14, 2013 at 9:13 AM, Michael Shapiro wrote:
>>
>>> I can confi
Yes.
On Thursday, May 9, 2013, Aren Cambre wrote:
> Is anyone paying attention to this?
>
> On Sun, Apr 14, 2013 at 9:13 AM, Michael Shapiro
>
> > wrote:
>
>> I can confirm this behavior as well.
>>
>> On Sun, Apr 14, 2013 at 8:52 AM, Aren Cambre
>>
>> > wrote:
>>
>>> Just FYI, this bug is st
Is anyone paying attention to this?
On Sun, Apr 14, 2013 at 9:13 AM, Michael Shapiro wrote:
> I can confirm this behavior as well.
>
> On Sun, Apr 14, 2013 at 8:52 AM, Aren Cambre wrote:
>
>> Just FYI, this bug is still present in 1.16.1 (Apr 2, 2013, rev:
>> REL-1_16_1).
>>
>> As for whether it
I can confirm this behavior as well.
On Sun, Apr 14, 2013 at 8:52 AM, Aren Cambre wrote:
> Just FYI, this bug is still present in 1.16.1 (Apr 2, 2013, rev:
> REL-1_16_1).
>
> As for whether it happens when adding columns, my experience on Windows 7
> is that the tree doesn't collapse when when I
Just FYI, this bug is still present in 1.16.1 (Apr 2, 2013, rev:
REL-1_16_1).
As for whether it happens when adding columns, my experience on Windows 7
is that the tree doesn't collapse when when I add columns or do other
modifications through the table's *Properties* dialog. Otherwise, it
happens
On Mon, Feb 4, 2013 at 3:54 PM, Dan Halbert wrote:
>
> On Monday, February 4, 2013 10:37am, "Dave Page" said:
>
> > OK, I finally managed to recreate this. It doesn't do it for me when
> > adding columns as described, but does if I rename one. I'll have a
> > poke around and figure out what's goi
On Monday, February 4, 2013 10:37am, "Dave Page" said:
> OK, I finally managed to recreate this. It doesn't do it for me when
> adding columns as described, but does if I rename one. I'll have a
> poke around and figure out what's going on.
> >>I can't reproduce this on Mac (the logic is the
, but not nearly as annoying as the freeze up!
>
>
>
>
> Gary Giumarra
>
> DealerBuilt-Lightyear Dealer Technologies, LLC.
>
>
>
> From: Chris Bartlett
> To: pgAdmin Support
> Cc: Dave Page
> Sent: Thu, January 31, 2013 4:
support] 1.16.1: many operations cause display tree to
collapse
>On Mon, Jan 14, 2013 at 7:40 PM, Dan Halbert 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
>&
On Mon, Jan 14, 2013 at 7:40 PM, Dan Halbert 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 level
On Mon, Jan 14, 2013 at 7:40 PM, Dan Halbert 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 lev
13 matches
Mail list logo
