# Boolean values act strangely. **URL:** \ **Category:** Ansible Project\ **Created:** [April 15, 2013, 3:38pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684 "2013-04-15T15:38:27Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![C\_Morgan\_Hamill](https://avatars.discourse-cdn.com/v4/letter/c/ebca7d/32.png) [@C\_Morgan\_Hamill](https://forum.ansible.com/u/C_Morgan_Hamill)\ **Post date:** [April 15, 2013, 3:38pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/1 "2013-04-15T15:38:27Z")
So, here's an example playbook:     - hosts: whatever       vars:         foo: yes       tasks:         - debug: msg={{ doit }} This prints "True". Changing 'foo' to 'no', or '0', or 'false' causes the above to print "False". This is as expected. If I call the playbook and pass an extra var to it like so:     -e "foo=yes" Then the above now prints "no" instead. It seems that things passed in as extra vars do not get interpreted as a booleans and replaced with True/False before being passed on to the rest of the playbook. This causes strange issues when trying to use extra vars in templates, and also when using them in the new 1.2 "when" syntax. Not sure what's going on --- was this always the case? ---
**Author:** ![C\_Morgan\_Hamill](https://avatars.discourse-cdn.com/v4/letter/c/ebca7d/32.png) [@C\_Morgan\_Hamill](https://forum.ansible.com/u/C_Morgan_Hamill)\ **Post date:** [April 15, 2013, 3:44pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/2 "2013-04-15T15:44:38Z")
Excerpts from C. Morgan Hamill's message of 2013-04-15 11:38:27 -0400: > Then the above now prints "no" instead. s/"no"/"yes" ---
**Author:** ![Michael\_DeHaan2](https://avatars.discourse-cdn.com/v4/letter/m/da6949/32.png) [@Michael\_DeHaan2](https://forum.ansible.com/u/Michael_DeHaan2)\ **Post date:** [April 15, 2013, 8:13pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/3 "2013-04-15T20:13:33Z")
You seem to be missing something in your copy/paste as the variable is named foo in one place and doit in the other. Is there a conditional somewhere? Note YAML interprets “foo: yes” as a Boolean, you would have to quote strings to keep them strings. ---
**Author:** ![C\_Morgan\_Hamill](https://avatars.discourse-cdn.com/v4/letter/c/ebca7d/32.png) [@C\_Morgan\_Hamill](https://forum.ansible.com/u/C_Morgan_Hamill)\ **Post date:** [April 15, 2013, 8:28pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/4 "2013-04-15T20:28:34Z")
Excerpts from Michael DeHaan's message of 2013-04-15 16:13:33 -0400: > You seem to be missing something in your copy/paste as the variable is > named foo in one place and doit in the other.S Ahh, sorry about that; the variable was supposed to be the same in both places. > Note YAML interprets "foo: yes" as a Boolean, you would have to quote > strings to keep them strings. I'm aware of the yaml behavior, but the issue I'm having is instead this: If you specify a value in a playbook or vars file or whatnot, things like "yes" and "no" become real booleans, as expected. If you specify a value via -e, and use something like "yes" or "no" as it's value, the value stays a string. So:     - hosts: 127.0.0.1       vars:         foo: yes       tasks:         - debug: msg="{{ foo }}" prints 'True', while:     - hosts: 127.0.0.1       tasks:         - debug: msg="{{ foo }}" called with a -e "foo=yes" prints 'yes'. The inconsistency there is what I'm wondering about. ---
**Author:** ![Michael\_DeHaan2](https://avatars.discourse-cdn.com/v4/letter/m/da6949/32.png) [@Michael\_DeHaan2](https://forum.ansible.com/u/Michael_DeHaan2)\ **Post date:** [April 15, 2013, 8:56pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/5 "2013-04-15T20:56:21Z")
You will probably have to use a Jinja2 filter to cast the type. ---
**Author:** ![kahlil.hodgson](https://avatars.discourse-cdn.com/v4/letter/k/b9bd4f/32.png) [@kahlil.hodgson](https://forum.ansible.com/u/kahlil.hodgson)\ **Post date:** [April 15, 2013, 10:47pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/6 "2013-04-15T22:47:01Z")
If I am understanding this correctly, 1. Data from files is YAML data first, with the associated “magic” casting to boolean types. 2. YAML string values have their {{Jinja2}} fragments interpolated 3. The result is converted to internal ansible (python) data structures But with the -e “foo=yes” we skip straight to internal ansible data and there is no “magic” boolean casting, which makes sense because “foo=yes” is not YAML. Is this correct? If --extra-vars took YAML syntax like ‘foo: yes’ or ‘foo: “{{ yes }}”’, we might expect something different. Kal ---
**Author:** ![Michael\_DeHaan2](https://avatars.discourse-cdn.com/v4/letter/m/da6949/32.png) [@Michael\_DeHaan2](https://forum.ansible.com/u/Michael_DeHaan2)\ **Post date:** [April 15, 2013, 10:59pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/7 "2013-04-15T22:59:07Z")
It has nothing to do with foo=yes not being YAML. It does have to do with the value of foo being a string when fed into the variable system and “–extra-vars” not knowing to booleanify things. We could certaintly apply this but I’d be afraid of breaking existing content. You can definitely check for “foo == ‘yes’” in the conditional here if you don’t want to cast it. ---
**Author:** ![kahlil.hodgson](https://avatars.discourse-cdn.com/v4/letter/k/b9bd4f/32.png) [@kahlil.hodgson](https://forum.ansible.com/u/kahlil.hodgson)\ **Post date:** [April 15, 2013, 11:19pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/8 "2013-04-15T23:19:21Z")
Obviously not had enough coffee to express myself clearly. What I meant was 'foo=yes' on the command line does not \_look\_ like YAML, so we should not \_expect\_ it to behave like YAML. I'm assuming 'foo: yes' in an ansible YAML file gets the boolean cast via some python library for importing YAML and not via ansible's variable system? ---
**Author:** ![Michael\_DeHaan2](https://avatars.discourse-cdn.com/v4/letter/m/da6949/32.png) [@Michael\_DeHaan2](https://forum.ansible.com/u/Michael_DeHaan2)\ **Post date:** [April 15, 2013, 11:27pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/9 "2013-04-15T23:27:12Z")
It’s just fed to the variable system to be avialable in templating/other usage, well-post YAML parsing… ---
**Author:** ![C\_Morgan\_Hamill](https://avatars.discourse-cdn.com/v4/letter/c/ebca7d/32.png) [@C\_Morgan\_Hamill](https://forum.ansible.com/u/C_Morgan_Hamill)\ **Post date:** [April 16, 2013, 2:33pm UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/10 "2013-04-16T14:33:52Z")
Excerpts from Michael DeHaan's message of 2013-04-15 18:59:07 -0400: > We could certaintly apply this but I'd be afraid of breaking existing > content. Yeah, it's not a big deal; just wondering. The behavior is a bit surprising, but so it goes. ---
**Author:** ![Ikrom\_Hotamov](https://avatars.discourse-cdn.com/v4/letter/i/13edae/32.png) [@Ikrom\_Hotamov](https://forum.ansible.com/u/Ikrom_Hotamov)\ **Post date:** [November 27, 2013, 2:10am UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/11 "2013-11-27T02:10:32Z")
Hi guys, Not sure if this has been resolved, but I’m getting really strange behavior with my playbooks in version 1.4. This has nothing to do with --extra-vars, but a boolean variable defined in the “vars” section. Or am I defining it somewhat incorrectly? Here is an example: - hosts: 127.0.0.1 vars: myvar: “{{ ‘foo’ == ‘bar’ }}” tasks: - name: print var value command: /bin/echo {{ myvar }} - name: this should run command: /bin/echo whatever when: not myvar - name: this should not run command: /bin/echo whatever when: myvar This prints “False” for the first task and skips both the other tasks. However, if I change the “when” statements to myvar|bool, it works as expected. So it seems myvar contains the string representation of the boolean expression returned from the statement. Is there a way to have the variable of type boolean, or do I always have to explicitly pipe it to the Jinja bool filter? ---
**Author:** ![Michael\_DeHaan2](https://avatars.discourse-cdn.com/v4/letter/m/da6949/32.png) [@Michael\_DeHaan2](https://forum.ansible.com/u/Michael_DeHaan2)\ **Post date:** [November 27, 2013, 3:30am UTC](https://forum.ansible.com/t/boolean-values-act-strangely/12684/12 "2013-11-27T03:30:17Z")
So I’d request everyone please don’t reply to ancient threads, things change and initial questions are seldom related to the old if you think they might be. Saving a conditional in a variable should probably not involve a template statement, the need to do this in conditionals has been gone for some time. We can dig and try to reproduce this later.