Item11894: SEARCH causing too much noise in the Logfiles

Every %SEARCH% call fires such fcgi-Errors in our Server-Logfiles:

[Wed May 23 12:18:53 2012] [error] [client 192.xx.xx.xxx] FastCGI: server "/path/to/foswiki115/bin/foswiki.fcgi" stderr: NATIVE $VAR1 = {
[Wed May 23 12:18:53 2012] [error] [client 192.xx.xx.xx] FastCGI: server "/path/to/foswiki115/bin/foswiki.fcgi" stderr:           'NavigationTestNew' => [
[Wed May 23 12:18:53 2012] [error] [client 192.xx.xx.xxx] FastCGI: server "/path/to/foswiki115/bin/foswiki.fcgi" stderr:                                    '   * [[Title1][Titel]]',
[Wed May 23 12:18:53 2012] [error] [client 192.xx.xx.xxx] FastCGI: server "/path/to/foswiki115/bin/foswiki.fcgi" stderr:                                    '      * [[Subtitel][Sub]]'
[Wed May 23 12:18:53 2012] [error] [client 192.xx.xx.xxx] FastCGI: server "/path/to/foswiki115/bin/foswiki.fcgi" stderr:                                  ]
[Wed May 23 12:18:53 2012] [error] [client 192.xx.xx.xxx] FastCGI: server "/path/to/foswiki115/bin/foswiki.fcgi" stderr:         };

The search itself runs fine without any problems.

Looking into Native.pm, I found the following lines:

#bring the text matches into the topicMatch hash
            if ($textMatches) {
        print STDERR "NATIVE ".Data::Dumper->Dump([$textMatches])."\n";
                @topicMatches{ keys %$textMatches } = values %$textMatches;

It's this print statement that's causing all the noise. I'm no Perl-Programmer, but does it realy print on EVERY match of the Search-Query? Is this maybe a Debug Artifact?

I commented this line out in our Installation and now it's silent in our Logfiles.

Commenting is disabled while not logged in