write_list=["none"] is not respected

[emulanob]

Issue Type

• Bug report

Ansible and Ansible Lint details

$ ansible --version                                                   
ansible [core 2.14.5]
  config file = /Users/me/projects/myrepo/ansible.cfg
  configured module search path = ['/Users/me/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
  ansible python module location = /Users/me/Library/Python/3.9/lib/python/site-packages/ansible
  ansible collection location = /Users/me/.ansible/collections:/usr/share/ansible/collections
  executable location = /usr/local/bin/ansible
  python version = 3.9.12 (main, Mar 26 2022, 15:51:15) [Clang 13.1.6 (clang-1316.0.21.2)] (/usr/local/opt/[email protected]/bin/python3.9)
  jinja version = 3.1.2
  libyaml = True

$ ansible-lint --version                                              
ansible-lint 6.15.0 using ansible 2.14.5

• ansible installation method: pip
• ansible-lint installation method: pip

Desired Behavior

ansible-lint should not modify files when either write_list: ["none"] is present in .ansible-lint or --write=none is passed in the command line.

Actual Behavior (Bug report only)

The file is modified with all sorts of fixes it is able to perform.

$  ansible-lint --write=none myplaybook.yml

[... several errors and warnings are listed according to my settings...]

Read documentation for instructions on how to ignore specific rule violations.

Modified 13 files.
                         Rule Violation Summary                         
 count tag                           profile rule associated tags       
     2 deprecated-module             basic   deprecations               
     1 jinja[spacing]                basic   formatting                 
     2 name[missing]                 basic   idiom                      
     1 name[play]                    basic   idiom (warning)            
     1 yaml[colons]                  basic   formatting, yaml           
     3 yaml[new-line-at-end-of-file] basic   formatting, yaml           
     7 yaml[octal-values]            basic   formatting, yaml           
    13 yaml[truthy]                  basic   formatting, yaml (warning) 
     1 risky-file-permissions        safety  unpredictability           

Failed after min profile: 17 failure(s), 14 warning(s) on 26 files.

PS: I already had write_list: ["none"] in my .ansible-lint file when I first noticed the issue, so I tried passing --write=none in the command line but that result is the same. Also regardless of the file type (playbook/vars/meta/etc).

Here's my .ansible-lint file to help debug.

use_default_rules: true

skip_list:
  - fqcn
  - name[casing]
  - role-name
  - yaml[line-length]

# Ansible-lint does not automatically load rules that have the 'opt-in' tag.
# You must enable opt-in rules by listing each rule 'id' below.
enable_list:
  - args
  - empty-string-compare # opt-in
  - no-log-password # opt-in
  - no-same-owner # opt-in
  - yaml

# Ansible-lint does not fail on warnings from the rules or tags listed below
warn_list:
  - name[play]
  - yaml[truthy]

# Some rules can transform files to fix (or make it easier to fix) identified
# errors. `ansible-lint --write` will reformat YAML files and run these transforms.
# By default it will run all transforms (effectively `write_list: ["all"]`).
# You can disable running transforms by setting `write_list: ["none"]`.
# Or only enable a subset of rule transforms by listing rules/tags here.
write_list: ["none"]

# Offline mode disables installation of requirements.yml and schema refreshing
offline: true

# Define required Ansible's variables to satisfy syntax check
extra_vars:
  ansible_environment: lint

# List of additional kind:pattern to be added at the top of the default
# match list, first match determines the file kind.
kinds:
  - playbook: "**/examples/*.{yml,yaml}"
  - tasks: "**/tasks/*.yml"
  - vars: "**/vars/*.yml"
  - vars: "**/vars/**/*.yml"
  - meta: "**/meta/main.yml"

[jeroenvermeulen]

As far as I can see this is a bug.
I have experienced this problem on 2 separate environments. ansible-lint version 6.17.0 and 6.16.2

[yump]

This is an earlier report of #3888, which seems to be a more complete description of the problem.