[Insight-developers] access to bug tracking

Lydia Ng lng at insightful . com
Fri, 7 Jun 2002 13:42:58 -0700


How did Hans access our bug tracking database in the first place?
You need to be valid user and in our case one of the insight-developers.

The problem was that he filed the bug himself and didn't
assign it to anyone.
But then again he shouldn't have been filing bugs.
It seems as though he was able to bypass the login in page somehow?

- Lydia

-----Original Message-----
From: Hans J. Johnson [mailto:hjohnson@engineering.uiowa.edu]
Sent: Friday, June 07, 2002 1:29 PM
To: Lydia Ng
Subject: Re: [Insight-users] Is the bug tracking page dead?


Lydia,

I just logged into the web site, and clicked on Bug Tracking, then on=20
"here", then on the "Create Probplem Report: [create]" button.

Regards,
Hans J. Johnson


Lydia Ng wrote:

>Hi Hans,
>
>Sorry about your lost bug - looks like is was never assigned.
>Out of curiosity, how did you manage to log a bug -
>I didn't think the bug database is open to the public.
>Typically users send problems to the insight-users list.
>
>I have assigned the bug to the right person.
>
>Regards,
>Lydia
>
>>-----Original Message-----
>>From: Hans J. Johnson [mailto:hjohnson@engineering.uiowa.edu]
>>Sent: Friday, June 07, 2002 1:00 PM
>>To: insight-users@public.kitware.com
>>Subject: [Insight-users] Is the bug tracking page dead?
>>
>>
>>Hello,
>>
>>I have submitted a bug to the=20
>>http://www.itk.org/cgi-bin/gnatsweb.pl bug=20
>>tracking page, but it looks like that is not being used any=20
>>longer (Last=20
>>resolved issue was almost 4 months ago, yet this news group is quite=20
>>active).
>>
>>In case the bug page is not being maintained, I have=20
>>replicated the bug=20
>>report here.
>>
>>Regards,
>>Hans J. Johnson
>>hans-johnson@uiowa.edu
>>
>>PS: I am just getting started with ITK, so if there is any=20
>>else I can do=20
>>to help resolve this issue, please let me know.
>>PPS: ITK is GREAT!
>>
>>
>>*Category:* Source
>>*Synopsis:* MetaImageIO::CanReadFile Segfaults when checking=20
>>non-MetaImage File
>>*Confidential:* no
>>*Severity:* serious
>>*Priority:* high
>>*Responsible:*
>>*State:* open
>>*Quarter:*
>>*Keywords:*
>>*Date-Required:*
>>*Class:* bug
>>*Submitter-Id:* developers
>>*Arrival-Date:* Fri Jun 07 15:50:05 -0400 2002
>>*Closed-Date:*
>>*Cases:*
>>*Last-Modified:*
>>*Originator:* Hans J. Johnson
>>*Release:* 1.19
>>*Organization:* The University of Iowa
>>Mental Health Clinical Research Center
>>Image Processing Lab
>>*Environment:* Athlon, Redhat 7.3, ITK IO
>>*Description:* Module: $RCSfile: itkMetaImageIO.cxx,v $
>>Version: $Revision: 1.19 $
>>
>>I have written an Analyze v7.5 file reader. When=20
>>MetaImageIOFactory::RegisterOne() is not included, the reader=20
>>works just=20
>>fine, but when MetaImageIOFactory::RegisterOne() is included, a=20
>>segmentation fault occurs in MetaImageIO::CanReadFile. The=20
>>problem is a=20
>>buffer overrun of the variable key[8000] when the 80MB=20
>>analyze file is=20
>>streamed into that variable.
>>
>>The fix that I propose below has been tested, and works, but=20
>>if a binary=20
>>file with more than 8000 bytes and a .mh[da] extension were passed to=20
>>this file, it would likely segfault, instead of throwing an exception.
>>
>>Just random thoughts on better fixes:
>>A more thorough solution would be to ensure that no more than=20
>>the number=20
>>of bytes were streamed into a variable, or to change key[8000] into a=20
>>variable length structure (i.e. std::string).
>>
>>maxLineLength and restOfTheLine will have similar problems if=20
>>the first=20
>>line is OK, but the rest is broken.
>>*File Attachments:*
>>*How-To-Repeat:* Try to determine the type of a binary file=20
>>greater than=20
>>8000 bytes long when MetaImageIOFactory is the first one registered.
>>*Fix:* Replace:
>>bool MetaImageIO::CanReadFile( const char* filename )
>>{
>>WITH:
>>bool MetaImageIO::CanReadFile( const char* filename )=B7
>>{
>>//MetaImage files must have an mha or mhd extension!
>>{
>>const std::string tempfilename=3Dfilename;
>>if( tempfilename =3D=3D "" ||
>>!( tempfilename.find(".mha") < tempfilename.length() ||
>>tempfilename.find(".mhd") < tempfilename.length() ) )
>>{
>>return false;
>>}
>>}
>>
>>
>>
>>
>>
>>
>>_______________________________________________
>>Insight-users mailing list
>>Insight-users@public.kitware.com
>>http://public.kitware.com/mailman/listinfo/insight-users
>>
>