Re: [Configobj-develop] validate() always returns True

[Mario A. <ma...@se...>]

  I think I originally chose DEFAULT to use global interpolation.
But it appears to have caused other problems like skipping validation, etc.
There's a "FIXME" comment ~line 2300.

I'll change to 'default'. Thanks!!!

-Mario

On 04/29/14 09:55, Jim Crowell wrote:
> Actually that appears to be the only bug, replacing "DEFAULT" with
> "default" (and replacing print with pprint) yields:
>
> {'CHANNELS': True,
>   'default': {'FOOBAR': True,
>               'JUNK': VdtTypeError('the value "foobar" is of the wrong
>               type.',)}}
>
> (this is with github configobj in Python 2.7).
>
> -Jim
>
>
> On Tue, Apr 29, 2014, at 10:42 AM, Jim Crowell wrote:
>> Started crawling through it with the debugger, found one "feature"
>> already: the word DEFAULT appears to have some special, undocumented
>> significance (configobj.py from github, line 2301). Got to leave it for
>> a while now.
>>
>> -Jim
>>
>> On Mon, Apr 28, 2014, at 04:46 PM, Jim Crowell wrote:
>>> It appears not to like capital letters as the field names, when I change
>>> e.g. DEFAULT to default and so on, it works.
>>>
>>> -Jim C.
>>>
>>>> Date: Mon, 28 Apr 2014 13:22:39 -0700
>>>> From: Mario Aranha <ma...@se...>
>>>> Subject: Re: [Configobj-develop] validate() always returns True
>>>> To: con...@li...
>>>> Message-ID: <535...@se...>
>>>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>>>
>>>> If I change the config file:
>>>> JUNK = "foobar"
>>>> validate still returns True even though the spec file says JUNK is an
>>>> integer.
>>>> I also tried with unrepr=True parameter to configObj().
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> _______________________________________________
> Configobj-develop mailing list
> Con...@li...
> https://lists.sourceforge.net/lists/listinfo/configobj-develop