fix: Update content highlight when workspace comment is moved.

[johnnesky]

The basics

• I validated my changes

The details

Resolves

Partially addresses #2330

Proposed Changes

This adds COMMENT_MOVE, COMMENT_CREATE, and COMMENT_DELETE to the list of events that can trigger the content highlight boundaries to update.

Reason for Changes

Otherwise the content highlight bounds won't update when workspace comments are moved, and it is possible for a comment to be outside of the bounds.

Test Coverage

N/A

Documentation

N/A

Additional Information

This only partially addresses the situation. I know of two possible improvements, both of which would require updating blockly core to fire additional events related to workspace comments:

1. Starting to drag a normal block hides the content highlight until you finish the drag, but workspace comments do not fire any event when a drag is started so there's no possibility to handle this case. Instead, the content highlight will remain in place while dragging a workspace comment and will only be updated when the drag is finished.
2. Resizing a workspace comment does not fire any event and thus cannot update the content highlight. (Also the resize handle can get visually detached from the comment in my testing, but that's a separate bug.)

[conventional-commit-lint-gcf]

🤖 I detect that the PR title and the commit message differ and there's only one commit. To use the PR title for the commit history, you can use Github's automerge feature with squashing, or use automerge label. Good luck human!

-- conventional-commit-lint bot
https://conventionalcommits.org/