[v3-1-test] Fix text selection jumping in logs pane to match text editor behavior (#57309) #57453
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Fix text selection jumping in logs pane to match text editor behavior
When selecting text by clicking and dragging in the logs pane, the
selection would jump unexpectedly when clicking in empty space at
the end of lines or below the last log line. This was caused by the
virtualized list rendering with absolutely positioned elements that
didn't extend to fill available space.
Changes:
The logs pane now behaves like traditional text editors (e.g. Notepad)
where users can click anywhere and drag to select multiple lines without
the selection jumping.
Fix log view vanishing when text wrap is enabled
When toggling text wrap on in the logs pane, all log content would
disappear. This was caused by three issues:
preserves whitespace but does not wrap text
items to be positioned with cached single-line heights even when
text became multi-line
when wrapped (to force wrapping) but max-content when unwrapped
(to allow horizontal scrolling)
Changes:
(cherry picked from commit d6fa3b0)
Co-authored-by: Dheeraj Turaga dheerajturaga@gmail.com