Fix colorization preservation in wrapped table cells

[Copilot]

When table cells containing colorized text wrap across multiple lines, ANSI escape sequences are lost on continuation lines, rendering them as plain text.

Root Cause

The issue is in wp-cli/php-cli-tools library's Ascii table renderer. When text exceeds column width and wraps, the wrapping logic (row() method) splits strings without preserving active ANSI color codes.

Solution

Since the bug is in the vendor dependency, this PR provides:

Implementation (as patch)

• patches/php-cli-tools-colorization-fix.patch - Unified diff for lib/cli/table/Ascii.php
  • Track active ANSI color codes during text wrapping
  • Append \033[0m reset at wrap boundaries
  • Prepend active color code to continuation lines
  • Add getLastActiveAnsiColor() helper to detect active escape sequences

Documentation

• FIX_DOCUMENTATION.md - Technical implementation details with code examples
• README_COLORIZATION_FIX.md - Integration guide for applying to upstream
• VISUAL_DEMO.md - Before/after comparison with actual ANSI output
• SUMMARY.md - Complete status and next steps

Testing

• features/formatter.feature - Added test scenario documenting expected behavior
• Manual verification confirms colors preserved across wrapped segments

Example

Before:

| [31mLong red text that      | status |
| wraps without color      |        |

After:

| [31mLong red text that[0m   | status |
| [31mwraps with color[0m     |        |

Next Steps

1. Apply patch to wp-cli/php-cli-tools repository
2. Update dependency version in wp-cli/wp-cli after release

Original prompt

---

This section details on the original issue you should resolve

<issue_title>Wrapped lines in table view break colorization</issue_title>
<issue_description>## Bug Report

• Yes, I reviewed the contribution guidelines.
• Yes, more specifically, I reviewed the guidelines on how to write clear bug reports.

Describe the current, buggy behavior

When using WP_CLI::colorize() for values that are to be displayed in a table, the line wrapping breaks the colorization and the calculated line length.

Describe what you expect as the correct outcome

The table formatting should be aware of colorization (as it already has an optional argument to denote pre-colorized content) and adapt the color codes when it manipulates the strings.

Provide a possible solution

The formatting code should:

• terminate the left part with a %n and prefix the right part with the color code that was active when detecting a colorized string it needs to break up for wrapping.
• take the manipulated color codes into account for each single line when calculating the column length.</issue_description>

Comments on the Issue (you are @copilot in this section)

• Fixes Wrapped lines in table view break colorization #5330

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!