Bump haml_lint from 0.45.0 to 0.66.0

[dependabot]

Bumps haml_lint from 0.45.0 to 0.66.0.

Release notes

Sourced from haml_lint's releases.

0.65.1

What's Changed

• Make sure todo file generates with a newline at the end by @​maddieholtzer in sds/haml-lint#584

Full Changelog: sds/haml-lint@v0.65.0...v0.65.1

0.65.0

What's Changed

• Alphabetize lints when generating todo file by @​maddieholtzer in sds/haml-lint#581

Full Changelog: sds/haml-lint@v0.64.0...v0.65.0

0.64.0

What's Changed

• Enable RuboCop caching by @​jdelStrother in sds/haml-lint#576

Full Changelog: sds/haml-lint@v0.63.0...v0.64.0

0.61.1

What's Changed

• Allow StrictLocals to be disabled by a comment by @​davidcornu in sds/haml-lint#561

New Contributors

• @​davidcornu made their first contribution in sds/haml-lint#561

Full Changelog: sds/haml-lint@v0.61.0...v0.61.1

0.61.0

What's Changed

• Add StrictLocals linter by @​wilfison in sds/haml-lint#553

New Contributors

• @​wilfison made their first contribution in sds/haml-lint#553

Full Changelog: sds/haml-lint@v0.60.0...v0.61.0

0.60.0

What's Changed

• Enable rubocop rules this project is compliant with by @​maddieholtzer in sds/haml-lint#537
• Set Layout/First_#{}_LineBreak lints as disabled in rubocop config by @​maddieholtzer in sds/haml-lint#536
• Default to parallel true by @​mjankowski in sds/haml-lint#541
• Re-run appraisal install to sync gemfiles/* versions by @​mjankowski in sds/haml-lint#542
• Update InstanceVariables linter to support :ruby filters by @​jdelStrother in sds/haml-lint#545

New Contributors

• @​maddieholtzer made their first contribution in sds/haml-lint#535

Full Changelog: sds/haml-lint@v0.59.0...v0.60.0

... (truncated)

Changelog

Sourced from haml_lint's changelog.

0.66.0

• Improve performance of InstanceVariables, MultilinePipe, and StrictLocals checks

0.65.1

• Ensure trailing newline inserted in generated TODO file

0.65.0

• Alphabetize generated TODO file

0.64.0

• Further improve performance of RuboCop checks by enabling RuboCop's built-in cache

0.63.0

• Improve performance of RuboCop checks

0.62.0

• Improve StrictLocals behavior toggling via comments

0.61.1

• Allow StrictLocals to be disabled by a comment

0.61.0

• Add StrictLocals linter to enforce declaring locals at beginning of partial

0.60.0

• Run linters in parallel by default
• Update InstanceVariables linter to support :ruby filters

0.59.0

• Speed up load time by preferring require_relative in internal gem file loading

0.58.0

• Fix block_keyword method returning keywords used as arguments of method call

0.57.0

• Add GitHubReporter

0.56.0

... (truncated)

Commits

• 0c0f743 Cut version 0.66.0 (#589)
• b9397a0 Update rubocop requirement from 1.78.0 to 1.79.0 (#586)
• 96453d6 Use match? when match result is not used (#588)
• 795a7c2 Cut version 0.65.1 (#585)
• 563e75f Make sure todo file generates with a newline at the end (#584)
• 7799923 Cut version 0.65.0 (#583)
• 5c3badd Alphabetize lints when generating todo file (#581)
• c555171 Update rubocop requirement from 1.77.0 to 1.78.0 (#580)
• 5a5c6b5 Update overcommit requirement from 0.67.1 to 0.68.0 (#579)
• 363e63a Cut version 0.64.0 (#578)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[fossabot]

45 of ~45 steps completed

• ✅ Starting dependency impact analysis... completed successfully (5 steps)

✓ Safe to upgrade

I recommend merging this haml_lint upgrade from 0.45.0 to 0.66.0. All breaking changes are safe for this codebase - the project's Ruby 3.2.2, Haml 6.3.0, and RuboCop 1.49.0 versions exceed all new minimum requirements. The RuboCop linter replacement that occurred in v0.46.0 may have already improved linting accuracy across your 100+ HAML template files.

• I verified Ruby version compatibility by examining .ruby-version and Gemfile.lock¹
• I analyzed Haml version compatibility in the project dependencies²
• I checked RuboCop version requirements against current installation³
• I researched parallel linting behavior changes through documentation and changelog analysis⁴
• I examined the extensive HAML template usage across the codebase⁵

---

Change Details

✓ Safe Breaking Changes (5)

✓ haml_lint: Dropped support for Ruby 2.7, minimum Ruby version is now 3.0+

Status: ✓ Safe - No impact detected

The project is already using Ruby 3.2.2, which exceeds any potential Ruby 3.0+ requirement. No evidence found that haml_lint 0.66.0 specifically requires Ruby 3.0+ as minimum - the breaking change description may be incorrect.

Validations (3)

1. Project uses Ruby 3.2.2 (.ruby-version) and Gemfile specifies >= 2.7.0, < 3.3.0. Current Ruby version meets any potential 3.0+ requirement.

2. Could not find evidence that haml_lint 0.66.0 requires Ruby 3.0+. Changelog shows v0.54.0 dropped Ruby 2.7 support, but no mention of 3.0+ minimum.

3. Project uses haml_lint 0.66.0 which successfully runs on the current Ruby 3.2.2 setup

Citations (2)

mastodon/.ruby-version

Line 1 in 749d1f1

3.2.2

Project uses Ruby 3.2.2, which would be compatible with any Ruby 3.0+ requirement

mastodon/Gemfile.lock

Line 1 in 749d1f1

GIT

Project successfully uses haml_lint 0.66.0 with Ruby 3.2.2, indicating compatibility

---

✓ haml_lint: Replaced existing RuboCop Linter with a new one which should be more accurate but may cause differences in behavior

Status: ✓ Safe - No impact detected

While this change introduced a new RuboCop linter that may behave differently, the project is already using haml_lint 0.66.0, which means they have already experienced any impacts from this change. The linter replacement occurred in v0.46.0, and they're currently on a much newer version.

Validations (3)

1. Project uses haml_lint 0.66.0, which already includes the new RuboCop linter introduced in v0.46.0

2. Project has 100+ HAML template files and active haml_lint configuration, so linter behavior changes could affect many files

3. Project has .haml-lint.yml configuration and uses haml_lint in development group, indicating active usage

Citations (2)

mastodon/Gemfile.lock

Line 1 in 749d1f1

GIT

Project uses haml_lint 0.66.0, which includes the new RuboCop linter introduced in v0.46.0

mastodon/.haml-lint.yml

Line 1 in 749d1f1

inherits_from: .haml-lint_todo.yml

Active haml_lint configuration shows the project is successfully using the current version with the new linter

---

✓ haml_lint: Dropped Haml 4 compatibility

Status: ✓ Safe - No impact detected

Project uses Haml 6.3.0, which is well above the dropped Haml 4 compatibility. This breaking change does not affect the codebase since it uses a much newer Haml version.

Validations (2)

1. Project uses haml (6.3.0), which is well above Haml 4.x versions

2. haml_lint v0.53.0 dropped Haml 4 compatibility, but project uses Haml 6.3.0

Citations (2)

mastodon/Gemfile.lock

Line 1 in 749d1f1

GIT

Project uses Haml 6.3.0, which is well above the dropped Haml 4 compatibility

Additional Citations:

Summary: Official changelog confirms Haml 4 compatibility was dropped in v0.53.0

https://github.com/sds/haml-lint/blob/main/CHANGELOG.md

Version 0.53.0 dropped Haml 4 compatibility

---

✓ haml_lint: Minimum RuboCop version is now 1.0

Status: ✓ Safe - No impact detected

Project uses RuboCop 1.49.0, which significantly exceeds the 1.0 minimum requirement. This breaking change does not affect the codebase.

Validations (2)

1. Project uses rubocop (1.49.0), which exceeds the 1.0 minimum requirement

2. haml_lint v0.46.0 introduced RuboCop 1.0 minimum requirement, project already meets this

Citations (2)

mastodon/Gemfile.lock

Line 1 in 749d1f1

GIT

Project uses RuboCop 1.49.0, which exceeds the 1.0 minimum requirement

Additional Citations:

Summary: Changelog confirms RuboCop 1.0 minimum requirement was introduced in v0.46.0

https://github.com/sds/haml-lint/blob/main/CHANGELOG.md

Minimum RuboCop version is now 1.0

---

✓ haml_lint: Parallel linting is now enabled by default (was previously disabled by default)

Status: ✓ Safe - No impact detected

Research indicates that parallel linting is NOT enabled by default in haml_lint - it requires an explicit --parallel flag. The breaking change description appears to be incorrect. The project is already using haml_lint 0.66.0 successfully without any parallel-related issues.

Validations (3)

1. Web searches and documentation show parallel linting is NOT enabled by default - it requires explicit --parallel flag

2. v0.36.0 added --parallel flag support, but no evidence found of it becoming default behavior

3. Project uses haml_lint 0.66.0 without any explicit parallel configuration, operating normally

Citations (2)

mastodon/Gemfile.lock

Line 1 in 749d1f1

GIT

Project successfully uses haml_lint 0.66.0 without parallel-related configuration or issues

Additional Citations:

Summary: Changelog shows parallel support was added as an opt-in feature, not default behavior

https://github.com/sds/haml-lint/blob/main/CHANGELOG.md

Version 0.36.0 added support for --parallel flag

---

_{Was this helpful? 👍 👎}

Footnotes

1. Found Ruby 3.2.2 in use, which exceeds any potential Ruby 3.0+ minimum requirement mentioned in the breaking changes ↩

2. Confirmed haml 6.3.0 is installed, well above the dropped Haml 4 compatibility requirement ↩

3. Found rubocop 1.49.0 in Gemfile.lock, significantly exceeding the 1.0 minimum requirement ↩

4. Found no evidence that parallel linting became default - it still requires explicit --parallel flag usage ↩

5. Identified 100+ HAML files and active .haml-lint.yml configuration, confirming the linter improvements would benefit the project ↩

[dependabot]

Superseded by #347.