]> Lady’s Gitweb - Gitweb/commit
gitweb: hack around CGI's list-context param() handling
authorJeff King <redacted>
Tue, 18 Nov 2014 17:10:22 +0000 (12:10 -0500)
committerLady <redacted>
Mon, 6 Apr 2026 04:51:32 +0000 (00:51 -0400)
commit63a92ba604e2784e0c64043f5ce505231e3efe80431e524bdc0df554969cf040
treec026792c5f1b13546530d59548452593bc54fc3293b579e65e2f6aeb37a81c39
parent557808b3bb355ed999267e94c9c0563b42fd7ca2977218a4880f0f672710748d
gitweb: hack around CGI's list-context param() handling

As of CGI.pm's 4.08 release, the behavior to call
CGI::param() in a list context is deprecated (because it can
be potentially unsafe if called inside a hash constructor).
This causes gitweb to issue a warning for some of our code,
which in turn causes the tests to fail.

Our use is in fact _not_ one of the dangerous cases, as we
are intentionally using a list context. The recommended
route by 4.08 is to use the new CGI::multi_param() call to
make it explicit that we know what we are doing.
However, that function is only available in 4.08, which is
about a month old; we cannot rely on having it.

One option would be to set $CGI::LIST_CONTEXT_WARN globally,
which turns off the warning. However, that would eliminate
the protection these newer releases are trying to provide.
We want to annotate each site as OK using the new function.

So instead, let's check whether CGI provides the
multi_param() function, and if not, provide an
implementation that just wraps param(). That will work on
both old and new versions of CGI. Sadly, we cannot just
check defined(\&CGI::multi_param), because CGI uses the
autoload feature, which claims that all functions are
defined. Instead, we just do a version check.

Signed-off-by: Jeff King <redacted>
Signed-off-by: Junio C Hamano <redacted>
gitweb.perl
This page took 0.039291 seconds and 4 git commands to generate.