Skip to content

style: split expected-payload attributes in blocks tests - #231

Open
zimeg wants to merge 1 commit into
mainfrom
split-blocks-test-attributes
Open

style: split expected-payload attributes in blocks tests#231
zimeg wants to merge 1 commit into
mainfrom
split-blocks-test-attributes

Conversation

@zimeg

@zimeg zimeg commented Sep 1, 2026

Copy link
Copy Markdown
Member

Expand the compact single-line dict/list literals in the expected payloads of test_plan, test_rich_text, test_table, and test_task_card onto one attribute per line with trailing commas — matching the multi-line style used elsewhere in the block-kit tests.

Formatting-only. The parsed AST of each file is byte-for-byte identical to main (verified with ast.dump), so every assertion behaves exactly the same, and ruff format --check accepts both the compact and the split form — CI is unaffected either way.

Why a separate PR

This restyle was originally riding along in the composition-objects examples branch (#228), where it was out of scope — those four blocks tests landed earlier via #4, #35, and #100. Pulling it out here keeps #228 scoped to compositions/ + the README, and lets this stylistic choice be reviewed on its own.

🤖 Generated with Claude Code

Expand the compact single-line dict/list literals in the expected payloads
of test_plan, test_rich_text, test_table, and test_task_card onto one
attribute per line with trailing commas, matching the multi-line style used
elsewhere in the block-kit tests. Formatting-only: the parsed AST is
identical to before, so every assertion behaves the same, and ruff accepts
both forms (CI unaffected).

Pulled out of the composition-objects examples PR, where this restyle was
out of scope — those blocks tests landed earlier via #4, #35, and #100.

Co-Authored-By: Claude <svc-devxp-claude@slack-corp.com>
@zimeg
zimeg requested a review from a team as a code owner September 1, 2026 10:49
@zimeg zimeg added update PR only - an update or maintenance is being made to an existing app python Pull requests that update python code labels Sep 1, 2026
@zimeg zimeg self-assigned this Sep 1, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

python Pull requests that update python code update PR only - an update or maintenance is being made to an existing app

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant