Re: Bugzilla host/build/target triplet fields too small

["Daniel Berlin" <dberlin at dberlin dot org>]

On 8/5/07, Rask Ingemann Lambertsen <rask@sygehus.dk> wrote:
>    There's something wrong with the bugzilla fields for host/build/target
> triplet:
>
>             <td align="right"> <b>Build:</b> </td>
>             <td>
>             <input name="gccbuild" size=-2 value=""> </td>
>
>             <td align="right"> <b>Host:</b> </td>
>             <td>
>             <input name="gcchost" size=-2 value=""> </td>
>
> Eh, -2? By definition, it is at least 0.
>
>             <td align="right"> <b>Target:</b> </td>
>             <td>
>             <input name="gcctarget" size=12 value="pentiumpro-*-*"> </td>
>
> The string "pentiumpro-*-*" is 14 characters long. These fields all seem to
> be coming up 2 characters short, so the first 2 characters are dropped (in
> the browser that I use, at least). Upon seeing "64-unknown-linux-gnu", my
> brain has to work that bit harder to figure out that it means
> ia16-unknown-linux-gnu rather than powerpc64-unknown-linux-gnu or
> x86_64-unknown-linux-gnu. Dropping the first two characters off of
> "i686-pc-linux-gnu" means I have to enter that field and scroll to the
> beginning to see if it says i386, i486, i586 or i686. It would be nice to
> have this fixed.

There is no way to fix this that
a. works across browsers
b. doesn't fuck up the field layout

The real problem is b.  It used to simply be a fixed size, but if you
do this, you have to make it like 20-30 chars per field.  If you do
*that*, you completely fuck up the field layout when they don't
contain a lot of data.

I'm going to move us to bugzilla 3.0, which has custom fields, and
will sanely lay them out, but it is harder than expected due to our
currently custom schema and email handling features.

For now, i have made the fields not subtract two from the size (which
was done to fix a broken browser)