Hi, I think problem is related to fact that Bugzilla 4 has introduced new default status workflow. (I haven't noticed that since I upgraded from earlier version - old default workflow is preserved in such cases).
In particular - IN_PROGRESS seems to be a new state (didn't exist in earlier Bugzilla versions). To some extent Bugzilla::bug_status_map implementation is hard-coded and it doesn't take into account that IN_PROGRESS is an active state. Kind of workaround may be to try disabling open_bug_state in glue.conf which will skip this validation. Regards, Yavor On Mon, Mar 7, 2011 at 22:48, Michel Pittelkow - michael-wessel.de < [email protected]> wrote: > Hi there, > > got another Problem. > Using Bugzilla 4. When I commit a test i get: > > ** Scmbug error 7: Bug '1' is in the 'IN_PROGRESS' state, instead of the '' > or '' states. > > Perhaps there is a problem fetching the valud resolution states? > > Bugtracker.pm#392: > > sub valid_resolution_states_list { > my $self = shift; > my ( $bug_status, $bug_status_map ) = ( @_ ); > my $list = ""; > my $count = 0; > > foreach my $resolution_state ( @{ $bug_status_map->{ $bug_status }->{ > possible_resolution_states } } ) { > $count++; > if ( $count > 1) { > $list .= " or "; > } > $list .= "'" . $resolution_state . "'"; > } > > if ( $count == 0 ) { > $list .= ''; > } elsif ( $count == 1 ) { > $list .= " state"; > } else { > $list .= " states"; > } > > return $list; > } > > > Mit freundlichen Grüßen / Kind regards > Michel Pittelkow > > Via Outlook Webaccess > _______________________________________________ > scmbug-users mailing list > [email protected] > http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users >
_______________________________________________ scmbug-users mailing list [email protected] http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
