can one of you point me to the patch which fixes this issue, I didn't
find a trace of it after a cvs log.
If it's not too hard to backport, I'd like to provide a corrected debian
package and close the bug.
Detail for this bug:
-------- Original Message --------
Subject: Bug#257263: pgadmin3: Size of bit string types displayed
From: Raphaël Enrici <blacknoz(at)club-internet(dot)fr>
Reply-To: Raphaël Enrici <blacknoz(at)club-internet(dot)fr>, 257263(at)bugs(dot)debian(dot)org
To: Richard van den Berg <richard(at)trust-factory(dot)com>, 257263(at)bugs(dot)debian(dot)org
Richard van den Berg wrote:
>When displaying the columns of a table containing a bit string data type,
>pgadmin3 displays its size as 4 less than defined. For example create
>this table, and pgadmin3 will show bit(-2) and bit(0) as datatypes:
>create table foo (bar2 bit(2), bar4 bit(4));
>This bug is in pgadmin3 and not the database since the columns function
>as expected. It is easy to understand where the confusion comes from,
>because the atttypmod column of the pg_attribute table gives the size
>of varchars incremented by 4. For bit strings however, the atttypmod
>column gives the actual size.
It seems this one is solved in CVS, at least in 20040625 snapshot.
I'm gonna try to backport a patch if possible.
Until that, you can try the 20040625 snapshot debian package (please
apt-get remove your actual pgadmin3 package before installing this one
as I didn't get time to take care of upgrade to 1.1.x packages).
Snapshot can be found here:
We stay in touch,
pgadmin-hackers by date
|Next:||From: Andreas Pflug||Date: 2004-07-12 07:25:38|
|Subject: Re: [Fwd: Bug#257263: pgadmin3: Size of bit string|
|Previous:||From: cvs||Date: 2004-07-11 20:49:52|
|Subject: CVS Commit by andreas: fixed gtk focus/caret issues|