Skip Menu |
 

This queue is for tickets about the AppConfig CPAN distribution.

Report information
The Basics
Id: 63748
Status: new
Priority: 0/
Queue: AppConfig

People
Owner: Nobody in particular
Requestors: harriehuzen [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 1.66
Fixed in: (no value)



Subject: with CREATE=0 variables with a 0 still get created
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Disposition: inline
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 678
Download (untitled) / with headers
text/plain 678b
When parsing a file using CREATE=0 (so no automatic creation of variables should be done) any variable that has a name containing a 0 (zero) gets auto-created nevertheless. This bug is caused by a condition in AppConfig/State.pm. At about line 20 of the 'set' function there is the test: if (defined $create && ($create eq '1' || $variable =~ /$create/)) { .... then auto create ... I find that with CREATE is not set or set to 0, then $create is defined and has the value 0. So any variable name that matches /0/ is autocreated. I don't see the reason for the '|| $variable =~ /$create/' part. I think it should be removed.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.