74168 - query.cgi stops working for no apparent reason

Status: RESOLVED DUPLICATE of bug 65399

(Bugzilla :: Bugzilla-General, defect)

Description

[aaron.mathews]

I am running bugzilla 2.11 from CVS, and after it has been running for a few 
days it starts coming back with an error message: 

qurey.cgi: Can't use string ("") as an ARRAY ref while "strict refs" in use 
at /var/lib/apache/htdocs/bugzilla/query.cgi line 295.

Something screwy is going on in the section of code that this line is in. When 
I commented out the whole section that the line resides in, querying started 
working again. Since I don't use bug groups this is no big deal, but it seems 
strange that it will work for a few days and then stop working. Also note that 
I had this problem previously, and removing all data from my profiles table and 
putting it back fixed it. Weird.

Comment 1

[Dave Miller [:justdave]]

a) when did you check it out?
b) can you paste in some of the code from that section and point out which line 
was line 295?  With the code in cvs changing as often as it does in query.cgi, 
it's much more helpful to see the surrounding code than to just have line 
numbers.

Thanks

Comment 2

[Matthew Tuck [:CodeMachine]]

[e-mail], can you provide the source code as mentioned by Dave
above?

Comment 3

[Arne Schirmacher]

I have the very same error message including file and line no. with bugzilla 
2.12. I tried to upgrade my existing 2.10 installation, copied the 2.12 tarball 
in a separate directory and ran checksetup.pl twice. The query.cgi does not 
work. I commented out the "use strict;" statement and it now seems to work, but 
I am not really comfortable with this.

Environment: bugzilla 2.12, perl 5.6.0, apache 1.3.14, solaris 2.6.

Here's the code:

# if using usebuggroups, then we don't want people to see products they don't
# have access to.  remove them from the list.

@::product_list = ();
my %component_set;
my %version_set;
my %milestone_set;
foreach my $p (@::legal_product) {
  if(Param("usebuggroups")
     && GroupExists($p)
     && !UserInGroup($p)) {
    # If we're using bug groups to restrict entry on products, and
    # this product has a bug group, and the user is not in that
    # group, we don't want to include that product in this list.
    next;
  }
  push @::product_list, $p;

# line 295 follows

  foreach my $c (@{$::components{$p}}) {
    $component_set{$c} = 1;
  }
  foreach my $v (@{$::versions{$p}}) {
    $version_set{$v} = 1;
  }
  foreach my $m (@{$::target_milestone{$p}}) {
    $milestone_set{$m} = 1;
  }
}

Comment 4

[Bernard Alleysson]

I have the same problem on a Win2K installation and bugzilla 2.12
and the code is

my $emailinput1 = GenerateEmailInput(1);
my $emailinput2 = GenerateEmailInput(2);

# if using usebuggroups, then we don't want people to see products they don't
# have access to.  remove them from the list.

@::product_list = ();
my %component_set;
my %version_set;
my %milestone_set;
foreach my $p (@::legal_product) {
  if(Param("usebuggroups")
     && GroupExists($p)
     && !UserInGroup($p)) {
    # If we're using bug groups to restrict entry on products, and
    # this product has a bug group, and the user is not in that
    # group, we don't want to include that product in this list.
    next;
  }
  push @::product_list, $p;
  foreach my $c (@{$::components{$p}}) {   <===================== line 295
    $component_set{$c} = 1;
  }
  foreach my $v (@{$::versions{$p}}) {
    $version_set{$v} = 1;
  }
  foreach my $m (@{$::target_milestone{$p}}) {
    $milestone_set{$m} = 1;
  }
}

Comment 5

[Bernard Alleysson]

I commented out 'use strict;' and it worked again
Then I saw that I had a product with no component (maybe a "" component)
I added one component to that product
I removed the comment to use strict again
now it is working

Comment 6

[Bernard Alleysson]

dup of bug 65399 ?

Comment 7

[Matthew Tuck [:CodeMachine]]

Yeah I reckon ... don't know how I missed that one ...

*** This bug has been marked as a duplicate of 65399 ***

Comment 8

[Dave Miller [:justdave]]

moving all closed Bugzilla bugs to the new Bugzilla product.
This batch is DUPLICATE/INVALID/WORKSFORME/WONTFIX
reassigning to default owner and QA in case of the bug being reopened.
Clearing milestones, since we really shouldn't have them on these types of
resolutions.  Sorry for the spam everyone...